How to reproduce:

1. Open the attached "IN-142381_testbox2" project
2. Enter the Play mode
3. Ensure the scrolling events work correctly via ScrollView
4. Press the "ScrollTo Item 2" button on the screen
5. Try scrolling events or sliding down the scrollbar and observe the behavior
6. Toggle off the "Enable animation" checkbox on the UI and try scrolling manually again

Actual result: In step 5, the scrollbar immediately snaps back to Item 2, overriding manual user input. In step 6 (with animation off), manual scrolling works normally again.
Expected result: ScrollView.ScrollTo() acts as a one-shot operation. After calling it, manual scrolling events work correctly and do not snap back to the targeted item.

Reproducible with: 6000.3.0a4, 6000.3.15f1, 6000.4.7f1, 6000.5.0b8, 6000.6.0a5
Not reproducible with: 6000.0.74f1, 6000.3.0a3

Reproducible on: Windows 11
Not reproducible on: No other environments tested

Workaround: Avoid ScrollView.ScrollTo entirely. Implement the same "minimum scroll to bring target into view" logic via direct scrollOffset writes, bypassing the deferred mechanism completely.