Closed Bug 1274571 Opened 9 years ago Closed 9 years ago

Scroll position lost in bugzilla.mozilla.org

Categories

(Core :: Layout, defect)

49 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INVALID
Tracking Status
firefox47 --- unaffected
firefox48 --- wontfix
firefox49 --- wontfix

People

(Reporter: over68, Assigned: kats)

References

Details

(Keywords: regression)

Steps to reproduce: 1. Log out of bugzilla account. 2. Go to https://bugzilla.mozilla.org/show_bug.cgi?id=1267720. 3. Go to the bottom of the page. 4. Go to the link in the last comment. 5. Click the back button in the browser. Actual results: Scroll position is lost. See https://dl.dropboxusercontent.com/u/95157096/85f61cf7/83ru4rqsmd.mp4
Flags: needinfo?(bugmail.mozilla)
Thanks, I'll look into it.
Assignee: nobody → bugmail.mozilla
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(bugmail.mozilla)
(In reply to blinky from comment #0) > Steps to reproduce: > > 4. Go to the link in the last comment. It also occurs when reload page instead of going to the link.
Actually I don't think this is a bug. Chrome behaves the same way. The reason this happens is that when the page is loaded, the MozReview section near the top is not populated. After load, that section gets populated and pushes the rest of the content down. So even though we stay at the same scroll position, the content is shifting down under us, making it look like the scroll position changed. I would argue that this behaviour is correct, even though it is a "regression" from before, because this is what we do in general if the content shifts around after page load. If we want to fix this, we should implement the scroll anchoring behaviour that Chrome is planning to implement [1]. [1] https://developers.google.com/web/updates/2016/04/scroll-anchoring
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.