Skip to main content
Helge_Wadewitz
New Participant
June 13, 2022

SOLVED - Preserve Scroll Position (please roll back the feature)

  • June 13, 2022
  • 215 replies
  • 24993 views

Hey, i face a bug since there has been an update on the preserve scroll position behavior yesterday. By now the former preserve scroll position, which i had to set manually before is now set as default. So i don’t need to tick the box anymore.

But, in my protoype, although i expect now that the scroll position is preserved by default, it is not working correctly. From screen to screen my prototype is jumping to the top. I need to ship my proto today to the client and this is super annoying.

Anyone faces the same issue since yesterday? @Figma_Support can you roll back the feature? 🙏

215 replies

phroobin
November 2, 2023

Hi folks, if you’re still having issues with this the fix that I’ve been using is this: name your top level frames the same thing, but separate them by adding a slash and then the number in the flow. I.e. if I’m creating an onboarding flow, I’ll name it ‘onboarding / 01’ and the next frame in the flow ‘onboarding / 02’, which seems to have it working as before. It’s not ideal, but it’s better than nothing.

sensoryaro
New Member
December 5, 2023

No idea why but it works. 😃
I just added a damn “/” in front of the numbers and it preserves the position again.
Thanks!

Monica_Franco_Diaz
December 18, 2023

Have you found a solution for this? I’m having the same problem and you stated the problem best. I want Page B to MATCH Page A’s scroll position not remember it’s own scroll position. Please let me know if there’s a solution to this problem. I’m having this problem when I have tables with tabs and I want page B to match A’s scroll position without this jumping feeling.

Alamaki
December 19, 2023

This behaviour is indistinguishable from bugs and impossible to deduce from the UI. Well meaning users are going to break each others and their own protos constantly by giving frames useful names.

December 20, 2023

Seconding the comments here that the layer naming “solution” is not a solution. Pretty much every frame in a prototype is now resetting to the top. It’s very unintuitive to have to change that layer name on every single component that expands contracts, shows, hides, etc.

December 20, 2023

This is one of those moments where users decide to look elsewhere for a different product. The interaction cost for having to rename layers is extraordinarily high for something that could be a single-click selectable option. It’s also not heuristically obvious how to do this, even if it was worth the time (which it’s not), and is experienced as a bug. By stakeholders in presentations it’s viewed as sloppy design which reflects poorly on the designer.

December 20, 2023

Yeah, I’ve been reporting this issue since the change happened and despite Figma updates, still no proper fix!

December 20, 2023

This is beyond frustrating – something designers have to do every two seconds has a multi-point typing interaction and is completely unintuitive. It looks like most people still don’t understand how the solution works, even with the explanation. I have components expanding and contracting all over the place.

December 20, 2023

Totally agree!

We have an Organisation plan which has a big budget implication!

Sort it out Figma

December 20, 2023

For sure. This is one of those painpoints that’s existential for customer retention. They seem really happy with their solution though.