The scrollbar appears with a small delay when transitioning a panelview between subviews
Categories
(Firefox :: Menus, defect, P2)
Tracking
()
People
(Reporter: ailea, Assigned: kcochrane)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression, Whiteboard: [proton-hamburger-menu] [priority:2c])
Attachments
(1 file)
671.37 KB,
video/mp4
|
Details |
Tested with:
Release 88
Beta 89.0b14
Nightly 90.0a1 (2021-05-19)
Tested on:
Windows 10
Ubuntu 20.04
Steps:
- Launch firefox and save few bookmarks (around 20).
- Open the hamburger menu or toolbar library menu and open the bookmarks submenu.
Actual result:
The scrollbar is displayed with a small delay.
Expected result:
The scrollbar should be properly displayed without delay when opening the submenu.
Regression range:
https://bugzilla.mozilla.org/show_bug.cgi?id=1687828
Note: This is reproducible without proton enabled as well.
@Molly, could you take a look at this when you get a chance?
Updated•3 years ago
|
Comment 1•3 years ago
|
||
This is an intentional tradeoff that bug 1687828 makes. It's certainly not ideal, the ideal behavior would be to have the scrollbar animate in or out along with the rest of the view. But that's a lot harder to do, and I do think this is a bit better than what we were doing before, which was for scrollbars to briefly blink into existence during the animation and then go away again when the height of the panel changes.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 2•5 months ago
|
||
This bug no longer reproduces. Using mozregression, I got bug 1859349 as the fix.
That refactoring fixed the issue by accidentally breaking the selector added in bug 1687828:
panelmultiview[transitioning] > .panel-viewcontainer > .panel-viewstack > panelview > .panel-subview-body {
overflow-y: hidden;
}
Became:
panelview {
&[transitioning] > .panel-viewcontainer > .panel-viewstack > panelview > .panel-subview-body {
overflow-y: hidden;
}
}
Which is subtly incorrect. The transitioning
attribute is never added to panelview
, only panelmultiview
, so the selector never matches anything.
Should this be closed? And, should we file a follow-up bug to remove the broken selector?
Assignee | ||
Comment 3•5 months ago
|
||
That works for me if you want to close this one out as fixed and file a follow-up to remove the broken selector, :gregp.
Comment 4•5 months ago
|
||
Thanks!
Updated•5 months ago
|
Updated•4 months ago
|
Description
•