Page unexpectedly shifts when trying to scroll subframe (with toolbar-on-top)
Categories
(Firefox for Android :: Browser Engine, defect)
Tracking
()
People
(Reporter: mstange, Assigned: ajakobi)
References
(Depends on 2 open bugs, Blocks 2 open bugs)
Details
Attachments
(4 files)
Steps to reproduce:
- Go to this bus timetable page, or any page which has a vertically-scrollable subframe on a vertically-scrollable page.
- Scroll down the outer page until you see the subframe / the bus timetable. (This hides the dynamic toolbars.)
- In the bus timetable, scroll down a little bit, and then scroll up a little bit.
Expected results:
The outer page should remain the way it was, only the subframe should be scrolled.
Actual results:
When scrolling up inside the subframe by just the tiniest amount, the toolbars reappear fully, and cause the entire page to shift down. This is very disorienting.
In the attached screen recording, I was reading the second row of the table, and wanted to scroll back up to the first row ("Westport Railway Station"). But the page shifted so that both row 1 and row 2 are now hidden!
Comment 1•2 years ago
|
||
Think this is assumed but wanted to confirm, this is happening because we get an inputResultDetail which says that the website handled the scroll.
Seems like a good ticket to add to the meta for tracking issues before moving to use scroll data to drive the dynamic toolbar - bug 1915640.
Though now I'm thinking that rather bug 1893221 should be blocking the new meta? That would be so meta! 😏
Comment 2•2 years ago
|
||
The severity field is not set for this bug.
:boek, could you have a look please?
For more information, please visit BugBot documentation.
Comment 3•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Fenix::Toolbar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
| Reporter | ||
Comment 4•2 years ago
|
||
There are two parts to this bug: the page unexpectedly shifting, and the toolbar unexpectedly appearing.
Bug 1921331 is expected to fix the first part. Bug 1914119 is expected to fix the second part.
| Reporter | ||
Comment 5•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
| Assignee | ||
Comment 6•1 year ago
|
||
I've noticed when reproducing the bug (Android emulator on macOS), that gently starting the scroll in the subframe does not trigger the bug.
Comment 7•1 year ago
|
||
For reference, https://phabricator.services.mozilla.com/D236774 contains a draft fix for this.
| Assignee | ||
Comment 8•1 year ago
|
||
Updated•1 year ago
|
Comment 10•1 year ago
|
||
Comment 11•1 year ago
|
||
Backed out for causing build components bustage at EngineViewScrollingBehaviorTest
Comment 13•1 year ago
|
||
Comment on attachment 9517736 [details]
Bug 1917726 - Don't force-expand toolbars during gestures that resemble a scroll up gesture. r=mstange,#android-reviewers
Revision D266354 was moved to bug 1945945. Setting attachment 9517736 [details] to obsolete.
Updated•1 year ago
|
Comment 14•1 year ago
|
||
Comment 15•1 year ago
|
||
| bugherder | ||
Comment 16•11 months ago
|
||
Confirming I can back this out of 146 beta , leave in 147 nightly and give bug 1999407 more time for a fix?
| Assignee | ||
Comment 17•10 months ago
|
||
Yes, please go ahead an back out. Thanks for your help.
Comment 18•10 months ago
|
||
| uplift | ||
Comment 19•10 months ago
|
||
Backed out for 146.0b7 but stays in 147 waiting on a fix (which will be done in bug 2001536)
Updated•10 months ago
|
Description
•