Browser: Chrome 110 / Edge OS: Windows
I have encountered an issue that negatively impacts the user experience, and I was able to reproduce it on the BricksBuilder playground at “Try Bricks – Free playground for Bricks.
Tested on version: 1.11
Issue not present in previous version: 1.10.3
Issue Description:
When the “Enable query sort / filter / live search” feature is enabled, refreshing the front-end page causes it to scroll back to the top. For example, if a visitor has scrolled 70% down a long page (the scroll depth can vary), refreshing the page will return them to the top, requiring them to manually scroll back to where they left off. This creates a poor user experience. However, when the “Enable query sort / filter / live search” feature is disabled and the page is reloaded, this issue no longer occurs; the page refreshes and remains at the previously viewed scroll position as expected.
Thank you for confirming the issue and adding it to the internal bug tracker. I appreciate your quick response and look forward to the update once it’s resolved.
I have a similar problem. If “Enable query sort / filter / live search” is switched on, the scroll navigation does not work.
Example: I have a table of contents which scrolls sticky in a post. If I click on the first anchor, the browser scrolls to the corresponding section. If I click on the second anchor, the browser scrolls to the second section. However, when I click on the back button in the browser, the scroll position of the first section is not restored.
In addition, when I call up the URL with the anchor ID, the browser only scrolls to the section the first time. When I refresh the browser, the scrolling fails.
Before this issue is officially fixed, is there any temporary workaround that allows us to keep the “Enable query sort / filter / live search” feature enabled while avoiding the scroll-to-top behavior after refreshing the page? Thanks in advance!
Looks like they’re setting history.scrollRestoration = 'manual' which causes the behaviour. This code is there for a reason, as it prevents some strange scrolling issues (as I’m told). However, I used some JS to set it back to auto and haven’t had any issues yet. Please test this extensively though as your mileage may vary
I mean, my case is more complex: I don’t need only scroll position restoration, I also need the previous product category page not reloaded but restored as I use infinite scroll for the products. So the scroll position is not enough. All these things are built in Bricks and it is not complete enough yet for filter, infinite scroll and back button. I think it would be more professional to sync these functions. We need your help, please.
It’s been more than a year since this issue was added to the internal bug tracker, and Bricks has already evolved significantly—even reaching version 2.1.4 with major updates.
Could you please consider moving this bug a bit higher in the internal priority list so it can be addressed in one of the upcoming releases? This issue still affects the user experience quite noticeably, and it would be great to see it fixed sooner rather than later.
Please let us know if you are still experiencing issues.
As with any pre-stable release, please do not use it on a production/live website. It is only meant for testing in a local or staging environment. The more feedback we get, the better