"Open overlay" resets main component scroll position BUG

Issue: Open overlay resets parent frame scroll position, even tho it is not checked. (Only new state prototype ones are scrolling up)

That’s it, as simple as that. I don’t know why.

Hi @Valter_L I’ve tested this from my end but are unable to reproduce the issue. Can you try clearing your cache and see if it still recreates? If so mind sharing a example or video?

I’m having the same issue. Opening overlay resets the parent frame scroll, and checking the reset button and turning it back off does not change anything.

@Valter_L @lindsey_duong Could you please try using the same prefix for your page and overlay frames, for example “Home / Page” and “Home / Overlay” and see if that fixes the issue?

Tried it, but it didn’t. It seems to be a flaky bug, since if I create a blank project and do it exactly the same way, it works. On the other project where there are old relations & new ones, same settings cause it to jump to top.

There are 2 identical settings here, one jumps to top, other doesnt. (the one that doesnt is a blank new frame, where popup modal was added the same way.

Thank you for the clarification and example. I have passed the information along and we are investigating further with our engineering team.

1 Like

having the same issue, one file we made yesterday works perfectly and one we made today has this problem

Has there been any updates on this topic?

It appears that this issue is isolated to the main components and doesn’t affect instances of those components. Could you please share the specific use cases or scenarios where you are using a main component instead of an instance?

Any luck on this one? I’m dealing with the same issue. :frowning:

Having the same problem here for some time.
Using the new state management system, clicking and opening an overlay always resets the parent frame scroll position to the top, no matter if that option is on or off.

Same issue. Any updates?