BackLogのスクロール不具合について

36 views
Skip to first unread message

エビくそ

unread,
Apr 1, 2026, 3:50:29 AM (3 days ago) Apr 1
to 宴ユーザーグループ

(以下の内容はAIによる翻訳です)
本ソフトウェアの開発に感謝いたします。

BackLog画面において、スクロールを最上部または最下部までドラッグした後、さらに一定時間ドラッグを続けると、Contentの位置が不正になる現象が発生します。

添付の動画の通り、スクロールを最下部までドラッグした状態で、マウスホイールを上方向に回しても、スクロールは即座に上へ移動せず、その場に留まり続けます。一定量スクロールして初めて、正常な動作に戻ります。

本現象は、Movement TypeをElasticおよびClampedのいずれに設定した場合でも同様に発生し、スクロールが即時に反応しません。
体感としては、内部的なスクロール位置の計算と表示上の位置に不整合が生じているように見えます。最下部到達後も内部では下方向へのドラッグが継続されている一方で、表示上はその位置に留まっている状態です。

以下のリンクは、実際に発生している状況の動画です。

https://www.youtube.com/watch?v=EpbBucubWBU


(Translated by AI)
Thank you for developing this software.

In the BackLog screen, after dragging the scroll to either the top or bottom and continuing to drag for a short period, an issue occurs where the Content position becomes incorrect.

As shown in the attached video, when the scroll is dragged to the bottom and I attempt to scroll upward using the mouse wheel, the scroll does not immediately move up. Instead, it remains stuck at the bottom, and only returns to normal behavior after scrolling a certain amount.

This issue occurs regardless of whether the Movement Type is set to Elastic or Clamped. In both cases, the scroll does not respond immediately.

From a behavioral perspective, it appears that there is a mismatch between the internally calculated scroll position and the displayed position. Even after reaching the bottom, the system seems to continue registering downward drag input internally, while the visual position remains fixed at the bottom.

The following link contains a video demonstrating the issue as it occurs in practice.
https://www.youtube.com/watch?v=EpbBucubWBU

マッドネスラボ

unread,
Apr 1, 2026, 5:23:54 AM (3 days ago) Apr 1
to 宴ユーザーグループ
詳細な報告と動画をありがとうございます。

すみません。こちらの環境で確認してみましたが、同様の現象を再現できませんでした。
原因を切り分けたいので、以下の点について教えてもらえますか?
  1. 環境について: OSや UnityとUTAGEのバージョンはいくつでしょうか?
  2. サンプルでの挙動: UTAGEのSampleシーンにあるバックログでも同じことが起きますか?
  3. マウスの設定: マウスは通常のマウスでしょうか。それともトラックボールやタッチパネルのようなものでしょうか。通常のマウス以外の場合、宴を使っていないUnityの通常のUIでも同じようなことはおきるでしょうか。

 「ホイールを回しても即座に反応しない」というのは動画の0:19〜0:25付近でよろしかったしょうか?
一見すると、マウスホイールの下方向の入力を繰り返してるように見えますが、この時点ではホイールを上方向に入力しても下方向に戻ってしまう状態ということでしょうか?

Unityの ScrollRect にある Inertia(慣性) をオフにしても同じ不具合はでるでしょうか。
Movement Type が Elastic か Clamped かに関わらず、Inertia が有効だと内部的に「移動速度(Velocity)」が保持されます。
可能性は低いのですが、もしかするとこれの影響があるかもしれませんので、Inertiaをオフにして動作確認してみてください。

UTAGE側では、 UguiVerticalAlignGroup は子オブジェクトの整列とContentサイズの調整を行っていますが、実行中の座標更新自体はUnityの標準機能に任せています。
現時点ではこちらで制御できる不具合かどうかの判断が難しい状況です。

お手数ですが、一度上記の設定などを確認いただけますか

2026年4月1日水曜日 16:50:29 UTC+9 afes...@gmail.com:

エビくそ

unread,
Apr 1, 2026, 6:45:00 AM (3 days ago) Apr 1
to 宴ユーザーグループ

ご迅速なご対応ありがとうございます。以下が私の環境です。

OS:Windows
Unity バージョン:2022.3.2f1
UTAGE:4

本プロジェクトでは Sample は削除していますが、バックアップを残しています。そのバックアップ内では、Sample に同様の問題は発生していません。

使用しているのは通常のマウスです。ゲーム内の他のスクロールを使用している箇所では正常に動作しています(つまり、スクロールを最下部までドラッグした後、さらに下方向に操作していても、一度上方向にスクロールすればすぐに上へ戻ります)。

ご指摘の通り、問題が発生しているのは動画の 0:19 付近です。実際にはホイールを上方向に回していますが、Elastic の影響により、見た目上は下方向に引っ張られているように見えます。
動画内では Movement Type を Clamped に変更した状態も参考として示しています。

動画内では Movement Type を Clamped に変更しています。また、同一プロジェクト内の他の箇所および Sample におけるスクロールの挙動についても併せて添付しています。

https://www.youtube.com/watch?v=lS3XQmCpa6s

マッドネスラボ 在 2026年4月1日 星期三下午5:23:54 [UTC+8] 的信中寫道:

マッドネスラボ

unread,
Apr 1, 2026, 7:30:40 AM (3 days ago) Apr 1
to 宴ユーザーグループ
ありがとうございます。
不具合の状況はわかりました。
サンプルシーンで問題ないということは、ほかのUIでは問題ないということは、
そのシーン特有のなんらかの設定に問題があるか、ほかのスクリプトやオブジェクトの影響がでているのかもしれません。

可能性は低いのですが、Scrollbar VerticalのTransitionをSpriteSwapではなくNoneにしてみてください。
もしかすると、スプライトを変更する動作によってスクロールバーの大きさに影響してしまっていることがありうるのかもしれません。

宴以外のスクリプトがある場合は、スクロール関係のオブジェクトを操作したりしていないか見直してみてください。

不具合が解消できないようでしたら、調査しますのです、お手数ですがこちらのリンク先に再現用のプロジェクトを送信していただけるでしょうか。



2026年4月1日水曜日 19:45:00 UTC+9 afes...@gmail.com:

エビくそ

unread,
Apr 1, 2026, 8:47:02 AM (3 days ago) Apr 1
to 宴ユーザーグループ
  ご返信ありがとうございます。こちらでチームと相談し、プロジェクト全体を送付するかどうか検討いたします。
ちょっと思いついた方向があります。UIの見栄えのために BackLogItem の prefab を調整したのですが、そのサイズ変更によって Scroll Rect コンポーネントが Content のサイズを正しく判定できなくなっている可能性はありませんか?  

マッドネスラボ 在 2026年4月1日 星期三晚上7:30:40 [UTC+8] 的信中寫道:

マッドネスラボ

unread,
Apr 1, 2026, 4:18:18 PM (3 days ago) Apr 1
to 宴ユーザーグループ
>こちらでチームと相談し、プロジェクト全体を送付するかどうか検討いたします。
了解しました。よろしくお願いいたします。

>そのサイズ変更によって Scroll Rect コンポーネントが Content のサイズを正しく判定できなくなっている可能性はありませんか?  
スクロール中に Contentのサイズ自体が変化するようであれば、なんらかの影響はでているかもしれません。
Contentのサイズが変わらないのであれば、ScrollRectはそれしか見ないはずなので特に影響はないと思います。
正確にはScrollRectの内部挙動を確認しなければいけないです。

可能性は低いのですが、他に思い当たる点としては、
UnityはInputManagerとInputSystemという、新旧2つの入力システムがあります。
もしBoth(両対応モード)設定をしている場合、なんらかの副作用があるかもしれないので、どちらかに統一できるなら統一したほうが安定するかもしれません。


2026年4月1日水曜日 21:47:02 UTC+9 afes...@gmail.com:
Reply all
Reply to author
Forward
0 new messages