搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Forced to scroll up after going back to previous page

  • 4 个回答
  • 1 人有此问题
  • 1 次查看
  • 最后回复者为 Peter

more options

S/W: Firefox 77.0.1 (64-bit) on Windows 10

After I go back to the previous page, Firefox forces me to scroll up.

My post on Twitter illustrates the following behaviour:

  • Open a new browser tab with Pocket articles
  • Scroll to bottom of page, then scroll back to top of page
  • With address bar, navigate to https://torontosun.com/
  • Scroll down the page
  • Go back to the prior page
  • You must now scroll up the page past all the Pocket articles

Thank you for your assistance.

Regards, Peter

S/W: Firefox 77.0.1 (64-bit) on Windows 10 After I go back to the previous page, Firefox forces me to scroll up. My post on Twitter [https://twitter.com/PSeelert/status/1271432724566458375 illustrates the following behaviour]: * Open a new browser tab with Pocket articles * Scroll to bottom of page, then scroll back to top of page * With address bar, navigate to [https://torontosun.com/ https://torontosun.com/] * Scroll down the page * Go back to the prior page * You must now scroll up the page past all the Pocket articles Thank you for your assistance. Regards, Peter

所有回复 (4)

more options

I get around this by;
When I find a link I want to check out, I open it in a new tab/window.
Then when I am done, I close it and am back where I started.

more options

Ugh, why Firefox, why?

Somehow when you go back, the memory of the vertical scroll position in the new tab page is getting overwritten by the position on the site you visited next.

There was a problem in Firefox 76 where, when you opened a local page from disk, such as a bookmark export file, using the file:// protocol, and then scroll down and used a link to navigate to a different page that used the http:// or https:// protocol, when you went back, the scroll position was lost and the page reloaded at the top. The change that caused this was rolled back for Firefox 77.

The new tab page is an about: page, not a file:// protocol page, but the rollback may have left something in place that causes this. To tease out exactly what happened, it would be helpful for someone to:

(A) Search for any recently filed scroll position bugs on https://bugzilla.mozilla.org/ , and if one is found, probably no further action is needed unless they need another test case

(B) If there's no bug, run a mozregression to see which change caused it and file a new bug pointing the finger at that change

More info on mozregression: https://mozilla.github.io/mozregression/

more options

FredMcD said

I get around this by;
When I find a link I want to check out, I open it in a new tab/window.
Then when I am done, I close it and am back where I started.

Thank you for your suggestion. I do that, too, on sites I know behave badly, e.g. procom.ca. In the example demonstrated, there is no link to checkout. Forward navigation is executed from the address bar.

more options

jscher2000 said

Ugh, why Firefox, why? Somehow when you go back, the memory of the vertical scroll position in the new tab page is getting overwritten by the position on the site you visited next. There was a problem in Firefox 76 where, when you opened a local page from disk, such as a bookmark export file, using the file:// protocol, and then scroll down and used a link to navigate to a different page that used the http:// or https:// protocol, when you went back, the scroll position was lost and the page reloaded at the top. The change that caused this was rolled back for Firefox 77. The new tab page is an about: page, not a file:// protocol page, but the rollback may have left something in place that causes this. To tease out exactly what happened, it would be helpful for someone to: (A) Search for any recently filed scroll position bugs on https://bugzilla.mozilla.org/ , and if one is found, probably no further action is needed unless they need another test case (B) If there's no bug, run a mozregression to see which change caused it and file a new bug pointing the finger at that change More info on mozregression: https://mozilla.github.io/mozregression/

Thank you for your insights. There were similar reports raised circa Firefox 65/66 surrounding the "scroll anchoring" bug. I toggled layout.css.scroll-anchoring.enabled, but that didn't change the behaviour I noted.