ScrollView resetting scroll offset after being offloaded and reloaded onto the view

Vega Open Beta Bug Reports
1

1. Summary

After updating the SDK to version 0.22.6150 we noticed that ScrollViews reset their scroll offset once another navigation stack is placed over it. This occurs most of the time but not always.

It also affects ScrollViews that have been hidden with `display: none` and then re-added to the view.

This applies to all Scrollviews, horizontal and vertical.

App Name: ARTE
App Link on Amazon Appstore (found through Developer Console → Actions column in App List → View on Amazon.com): ARTE - App on Amazon Appstore

Bug Severity
Select one that applies

  • Impacts operation of app
  • Blocks current development
  • Improvement suggestion
  • Issue with documentation (If selected, please share the doc link and describe the issue)
  • Other

2. Steps to Reproduce

  1. Mail me for APK built with the current SDK
  2. Launch app
  3. Navigate to Main Screen
  4. Scroll down → press enter on Title → scroll down → press enter → … repeat
  5. Repeatedly press back to navigate to the Main Screen while observing the animations

3. Observed Behavior

Explain what actually happened, noting any discrepancies or malfunctions.

Sometimes the screen jumps from the top to the previously pressed title on the screen.

4. Expected Behavior

Describe what you expected the SDK to do under normal operation.

The screen is the same as the user left it previously, with no additional scroll animations

4.a Possible Root Cause & Temporary Workaround

Fill out anything you have tried. If you don’t know, N/A is acceptable

ScrollViews that are rendered off screen have their offset reset when re-rendered back on to the view

5. Logs or crash report

No logs are relevant

6. Environment

Please fill out the fields related to your bug below:

  • SDK Version: 0.22.6150

  • App State: Foreground

  • OS Information: Please ssh into the device via vega exec vda shell (or kepler exec vda shell for v0.21 and earlier) and copy the output from cat /etc/os-release into the answer section below. Note, if you don’t have a simulator running or device attached, the command will respond with vda: no devices/emulators found

    NAME="OS"
OE_VERSION="4.0.0"
OS_MAJOR_VERSION="1"
OS_MINOR_VERSION="1"
RELEASE_ID="14"
OS_VERSION="1.1"
BRANCH_CODE="TV Ship day60"
BUILD_DESC="OS 1.1 (TV Ship day60/10675730)"
BUILD_FINGERPRINT="1.0.67573.0(9a1d8dfa7da5d600)/10675730N:user/dev-keys"
BUILD_VARIANT="user"
BUILD_TAGS="dev-keys"
BUILD_DATE="Fri Feb 13 11:51:33 UTC 2026"
BUILD_TIMESTAMP="1770983493"
VERSION_NUMBER="1402077573030"

3

Hi @Hossam_Elnadi,

Thank you for the detailed bug report on the ScrollView scroll offset issue.

Our team is investigating this issue and will provide an update as soon as we have more information.

Thanks for helping us improve the Vega platform.

Warm regards,
Aishwarya

5

Hi @Hossam_Elnadi,

We attempted to reproduce the ScrollView scroll offset reset behavior on our test device, but weren’t able to observe the problem you described.

Could you please provide logs from when the issue occurs? This will help us investigate what might be causing the behavior in your specific scenario.

Thanks,
Aishwarya

6

The only related logs I could find are these

Apr 07 14:35:11.570580 amazon-48589a0370c45b99 local0.info tv.arte.plus7[4157]: 2 I Volta: 547925757984 [ScrollableRenderObject] Not scrolling as scrollable already at requested position
Apr 07 14:35:11.579993 amazon-48589a0370c45b99 local0.info tv.arte.plus7[4157]: 2 I Volta: 547925757984 [ScrollableRenderObject] Not scrolling as scrollable already at requested position
Apr 07 14:35:11.580024 amazon-48589a0370c45b99 local0.info tv.arte.plus7[4157]: 2 I Volta: 547925757984 [ScrollableRenderObject] Not scrolling as scrollable already at requested position

8

Here’s a video demo

9

Hi @Hossam_Elnadi,

Thank you for providing the video demonstration. I’ve passed on the details to our team for further investigation.

We’ll review the video along with the logs you shared earlier and get back to you with an update.

Warm regards,
Aishwarya

10

Hi @Hossam_Elnadi,

The log lines you provided appear in both success and failure cases, so we need more comprehensive logs to analyze the issue effectively.

Could you please share the complete logs from when the ScrollView offset reset occurs? This will help our team identify the root cause.

Thanks,
Aishwarya

11

Here you go

12

Your colleague asked me to refine the report.
Here’s a full log produced by vega exec vda shell loggingctl log --follow --since now | tee Full_logs.txt | grep -i arte

Full_logs.txt (3.3 MB)

And a video demo

13

Hi amen,

could your team identify the issue in the meantime?

14

Hi @Hossam_Elnadi,

Thank you for your patience. Our team is actively working on identifying the issue and will get back to you with an update soon.

Warm regards,
Aishwarya

15

We were able to diagnose the cause of the issue, and it wasn’t ScrollView resetting its offset.

The reason for these focus jumps was that pages that are deeper than -1 levels in the page stack would receive a phantom-focus when the current page was popped.

We can close this issue.