Automatic scrolling to the top because of a "hide" action in a workflow

[lucaspenanguer]

I’ve got a very strange problem.

I built a button, when you click on it it displays two groups and when you click on it again it hides them. I didn’t use the “toggle” action because I have similar buttons that share one of the two groups so instead I used “show” and “hide” actions (and one condition).

When i click on the button to hide the two groups, my page automatically scrolls to the top, which is really annoying. I noticed that by removing one “hide” action in the workflow (hide group whats happening), it doesn’t scroll to the top.

I really don’t understand what is triggering this…
Has anyone ever had such problem ?

Thanks!!

EDIT : it looks like these guys had the same problems years ago but no replies.

Remove automatic 'Scroll to Top' when editing Responsive Settings

Hello When editing elements in responsive on pages which have a very large height, after a single change is made - the page scrolls back to the top of the page. I think it would save a lot of time if the scroll position remained in place (if possible) after editing an element’s responsive settings. For example, if I have a group near the bottom of a page that I’m editing in responsive and I change its fixed-margin from right-fixed to left-fixed, the page scrolls back to the top…

[boston85719]

Maybe those groups you are hiding have the ‘collapse elements height when hidden’ which causes the height of the page to decrease when they are hidden

[lucaspenanguer]

yes they do have the collapse function, but the buttons are at the top of these groups and there is enough content over the buttons not to scroll to the top.

[boston85719]

@lucaspenanguer

but the buttons

I don’t see any buttons in the screen shots so not sure about the reference.

Perhaps try it and uncheck the setting to collapse height when hidden on the two groups and see if it still triggers the scroll…if it doesn’t than the collapse height would be the issue…if it still triggers the scroll then it is not the issue and you could focus the investigation of the cause on something else, like perhaps a workflow that is scroll to element.

Uncheck the collapse height and let me know if it stops the scroll

[lucaspenanguer]

Sorry i was taking the screenshot

EDIT : I tried to uncheck the collapse of both groups in the same time, then one with it and one without it, and it still scrols to the top.

[boston85719]

And what happens if you uncheck the collapse height options on the groups? Does it still scroll up when they are hidden?

@lucaspenanguer

EDIT : I tried to uncheck the collapse of both groups in the same time, then one with it and one without it, and it still scrols to the top.

Then you should run the app in debug step by step mode to see what workflows are triggered when you hide the groups to see if there is an event somewhere causing the scroll.

[lucaspenanguer]

Thank you!!!

So the problem was coming from the fact that for one button I had two workflows : one " button is clicked and X is visible" and “button is clicked and X isn’t visible” but I had forgotten the “X isn’t visible” in the condition, so two workflows would run doing exactly opposite things, which, I think, confused the browser and triggered this scrolling to top!!

Thank you @boston85719 for taking the time to help me!

[boston85719]

Did you find that out using the step by step mode of the debugger?

[lucaspenanguer]

yes, I realised that it was launching two workflows after only one!