[Fission BFCache] After Browser back/forward navigation, browser would not remember the page scroll position.
Categories
(Core :: DOM: Navigation, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | disabled |
firefox90 | --- | unaffected |
firefox91 | --- | disabled |
firefox92 | --- | wontfix |
firefox93 | --- | fixed |
People
(Reporter: alice0775, Assigned: smaug)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: nightly-community, regression, Whiteboard: fission-soft-blocker)
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
After Browser back/forward navigation, browser would not remember the page scroll position.
It happens very often. Once the problem occurs, it will persist on that page.
This seems to happen on the specific page.
Steps to Reproduce:
- Open https://www.wikipedia.org/
- Open https://bookvilogger.com/rupin-zenigata in the same tab.
- Scroll and wait for page elements to load, if any.
- Browser back navigation and then Browser forward navigation.
--- Observe the scroll position - Repeat step 3 and step 4.
Actual Results:
Browser would not remember the page scroll position.
Expected Results:
Browser should remember/restore the page scroll position.
Regression window:
https://treeherder.mozilla.org/jobs?repo=autoland&searchStr=windows%2C2012%2Cx64%2Copt&tochange=7d32671931b7&fromchange=ab936b7f0c9f9e0b27e42e3f7909131bface08b9
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 1•3 years ago
|
||
Page https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions
is also affected
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 2•3 years ago
|
||
I can't reproduce with https://bookvilogger.com/rupin-zenigata but can with https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions
Comment 3•3 years ago
|
||
Moving to Fission MVP because this bug doesn't affect all sites and only happens when the site is in bfcache.
Assignee | ||
Comment 4•3 years ago
|
||
The fix let's ContentParent::RecvSynchronizeLayoutHistoryState update the layout history state.
Using an existing test to launch a subtest for this. Hopefully the description of the test helps with reviewing it.
(These BroadcastChannel based tests can be hard to follow.)
Updated•3 years ago
|
Updated•3 years ago
|
Comment 6•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Description
•