Open
Bug 1613671
Opened 4 years ago
Updated 4 years ago
The scroll position is not correctly executed on https://worlds-highest-website.com when using the “elevator” links from the site
Categories
(Core :: Layout: Scrolling and Overflow, defect, P4)
Tracking
()
People
(Reporter: atrif, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(2 files)
Affected versions
- 74.0a1 (20200206093813)
- 73.0 (20200203203546)
- 72.0.2 (20200117190643)
Affected platforms
- Windows 10x64
- Ubuntu 18.04
- macOS 10.15
Steps to reproduce
- Open Firefox and https://worlds-highest-website.com/.
- Click on the “take the elevator” link from the page to go down.
- From the bottom of the site click on the “use the elevator” link.
Expected result
- The page is scrolled back at the top.
Actual result
- Page is scrolled at the wrong position way down from the top.
Regression Range
- It seems that this has a regression range and a fix range
- First regression range treats as bad builds the ones didn’t work at all when clicking “elevator” links and good build the build that acts as expected.
Last good revision: da90245d47b17c750560dedb5cbe1973181166e3 (2017-11-26)
First bad revision: f5f03ee9e6abf77964f8dc1b9d69c6ccd3f655fd (2017-11-27)
Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=da90245d47b17c750560dedb5cbe1973181166e3&tochange=f5f03ee9e6abf77964f8dc1b9d69c6ccd3f655fd - Second is the fix range which treats as bad build the ones that have working up/down auto scroll when clicking the “elevator” links and bad build the ones that don’t have auto scroll when clicking “elevator” links.
First good revision: dd83069445a7eade7cd751b56e64f44b5a3b3bed (2018-02-17)
Last bad revision: c4d818c138689a66a397393fe1dd259ef0943b35 (2018-02-16)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c4d818c138689a66a397393fe1dd259ef0943b35&tochange=dd83069445a7eade7cd751b56e64f44b5a3b3bed - When the fix from this pushlog was pushed the “elevator” links started working but not as expected(see screen recording).
Notes
- Attached a screen recording.
Reporter | ||
Updated•4 years ago
|
Has Regression Range: --- → yes
Has STR: --- → yes
Comment 1•4 years ago
|
||
Comment 2•4 years ago
|
||
This is probably just be a case where the values are larger than what we can handle (i.e. a version of bug 265084). It seems to work fine if I adjust the heights to be more reasonable sized. (not ~10million pixels tall)
Note that the text does not even paint at the bottom of the original website & at the bottom of my attached testcase, in my Nightly profile, for some reason. (It does paint in a fresh profile, though. Anyway, that's beside the point from the scrolling issue.)
Priority: -- → P4
Updated•4 years ago
|
Updated•4 years ago
|
Comment 4•4 years ago
|
||
Reproducible on Nightly 81.0a1 (2020-08-19) on macOS 10.14. Updating flags accordingly.
status-firefox81:
--- → affected
Updated•4 years ago
|
Severity: normal → S4
Updated•4 years ago
|
Updated•4 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•