Closed
Bug 1221257
Opened 9 years ago
Closed 8 years ago
When scrolling off bottom of document, overscroll animation has a weird "jump", and/or there's a flicker of mis-scrolled content
Categories
(Firefox for Android Graveyard :: Toolbar, defect)
Tracking
(firefox41 unaffected, firefox42 unaffected, firefox43 wontfix, firefox44+ wontfix, firefox45- affected, fennec44+)
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox41 | --- | unaffected |
firefox42 | --- | unaffected |
firefox43 | --- | wontfix |
firefox44 | + | wontfix |
firefox45 | - | affected |
fennec | 44+ | --- |
People
(Reporter: dholbert, Assigned: kats)
References
Details
(Keywords: regression)
Attachments
(3 files)
STR: 1. Visit a long page, like e.g. this Alice in Wonderland text: https://www.gutenberg.org/files/11/11-h/11-h.htm (It might not even have to be that long; not sure) 2. Scroll to near the bottom. 3. Rapidly try to scroll off the bottom. (4. Repeat steps 2-3.) ACTUAL RESULTS: - The overscroll "gray halo" effect at the bottom of the screen sometimes has a weird discontinuous "jump". This looks a bit like it plays twice, but from inspecting a screencast, it looks like really there's a hump that rises smoothly and then falls smoothly, and while it's falling it suddenly jumps up to a much higher "peak" for a frame or two. - There's often a flicker of the content at a mis-scrolled position.
Reporter | ||
Comment 1•9 years ago
|
||
Reporter | ||
Comment 2•9 years ago
|
||
I'm seeing this with latest Nightly 45 & Aurora 44, but I couldn't reproduce with Firefox Beta 42. (Beta 43 hasn't come out yet.) So, this might be a regression that we're shipping through the trains, or it might be triggered by some feature that's only enabled on Nightly/Aurora channels.
Reporter | ||
Comment 3•9 years ago
|
||
Here's a screenshot taken from the just-attached screencast (at about 5 seconds), showing the "hump" in the wrong position.
Reporter | ||
Updated•9 years ago
|
Attachment #8682667 -
Attachment description: screenshot of overscroll "hump" in wrong position (taken from screencast) → screenshot of overscroll "hump" in wrong position, hovering many pixels away from the bottom of the screen
Reporter | ||
Comment 4•9 years ago
|
||
Here's a screenshot showing the correct position of the hump, taken just after the previous screenshot. (again, from my attached screencast)
Reporter | ||
Comment 5•9 years ago
|
||
I suspect the weird jump / offset-from-the-bottom might have to do with the URL bar reappearing (and stealing a chunk of the viewport) when you hit the bottom of the page. The offset shown in the screenshot (attachment 8682667 [details]) does seem to be about the same size as the URL bar, at least.
Assignee | ||
Comment 6•9 years ago
|
||
Yeah this is probably a regression from bug 1180295. I've been seeing similar glitchiness but it's really hard to pin down. If you have reliable STR that would be super helpful.
Blocks: dynamic-toolbar-2
Reporter | ||
Comment 7•9 years ago
|
||
STR in comment 0 are like 30-50% reliable. (If I perform them a few times in a row, I'm pretty much bound to see glitchiness on one of the tries.)
Reporter | ||
Comment 8•9 years ago
|
||
(Regression-bug suspicion from comment 6 is consistent with versions-affected in comment 2, and also suggests that we're about to ship this bug in 43 beta, when that goes out.)
status-firefox41:
--- → unaffected
status-firefox42:
--- → unaffected
status-firefox44:
--- → affected
status-firefox45:
--- → affected
Keywords: regression
Comment 10•9 years ago
|
||
[Tracking Requested - why for this release]: regression
tracking-fennec: --- → ?
status-firefox43:
--- → ?
tracking-firefox44:
--- → ?
tracking-firefox45:
--- → ?
tracking-fennec: ? → 44+
Keywords: regressionwindow-wanted
Reporter | ||
Comment 11•9 years ago
|
||
(RE regressionwindow-wanted -- sounds like Kats already has a good guess at what caused this, per comment 6. But it may be worthwhile to confirm his suspicion.)
Tracked for FF44+. FWIW, I was unable to see repro this issue using STR provided on DevEd44 build id: 20151125004042 on win8.
Assignee | ||
Comment 13•9 years ago
|
||
This is android-only. Also with the C++APZ enabled the overscroll effect will be disabled so as of today this probably won't be noticeable on the nightly channel.
Keywords: regressionwindow-wanted
OS: Unspecified → Android
Given that we don't have a fix yet and this does not seem to be release-blocking, marking this as wontfix for FF44. Please let me know if there are any concerns.
Reporter | ||
Comment 16•8 years ago
|
||
I'm actually not seeing the overscroll animation at all anymore, in latest Nightly on Android. It seems to have been removed. Hence, resolving as WORKSFORME.
Reporter | ||
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 17•8 years ago
|
||
Yeah, with the C++ APZ enabled we don't have support for the overscroll animation. Aurora and up will still have this bug until APZ rides the trains on Fennec.
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•