[macOS] Sidebar vertical tabs scrollbar doesn't autohide and remains in hover state
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox132 | --- | disabled |
| firefox133 | --- | disabled |
| firefox134 | --- | disabled |
People
(Reporter: bhidecuti, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [fidefe-sidebar])
Attachments
(2 files)
|
9.06 MB,
video/quicktime
|
Details | |
|
2.09 KB,
patch
|
Details | Diff | Splinter Review |
Found in
- 133.0a1 (2024-10-17)
Affected versions
- 133.0a1
- 132.0b8
Preconditions
- Have the “sidebar.revamp” pref set to true in about:config
- Have the sidebar.verticalTabs pref set to true in about:config
Tested platforms
- Affected platforms: macOS 14.7
- Unaffected platforms: Windows 11, Ubuntu 22.04
Steps to reproduce
- Open multiple tabs so that the scrollbar is visible
- Scroll down or up and hover over the scrollbar before it disappears
- Move the cursor away and observe the behavior
Expected result
- The scrollbar should autohide
Actual result
- The scrollbar remains visible and in hover state
Regression range
- Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=de7bfa4d7c30ab51ace9eb7f3e30790515a30033&tochange=d2e1f0acc1ad19db478439b44064a14ebc4e18e0
- Unfortunately I cannot tell whether bug 1907592 or bug 1899582 is the actual regressor
Additional notes
- See the attached video
- The scrollbar does not disappear if moving the cursor from the tab strip (only after scrolling up and down again)
Updated•1 year ago
|
| Reporter | ||
Updated•1 year ago
|
Comment 1•1 year ago
|
||
So this seems like an APZ bug. I logged scrollbar activity using a patch that I'm going to attach now, and it seems like apz never sends the transformend.
Comment 2•1 year ago
|
||
Comment 3•1 year ago
|
||
Just for reference, this looks like a regular scroller but it's not... https://searchfox.org/mozilla-central/rev/4ac5b1f6cc9d8c186986f52369a2d9a537d10474/toolkit/content/widgets/arrowscrollbox.js#713 scrolls programmatically rather than letting Gecko do its thing.
Comment 4•1 year ago
•
|
||
cc Dan who has recently worked on scrollend, which shares an underlying mechanism with the scrollbar activity tracker (transform-begin / transform-end notifications).
The regression window includes a change which (potentially) makes the affected scrolling operation an instant scroll -- maybe you've come across an issue related to a missing transform-end notification for a programmatic instant scroll?
Comment 5•1 year ago
|
||
Setting Bug 1907592 as the regressor based on Comment 0 and Comment 4. Can correct later if needed.
The depends on bug, Bug 1927132, is not something we would take in beta.
Setting Fx133 to wontfix but please let me know if there are any concerns with that.
Comment 6•1 year ago
|
||
:jsudiaman, since you are the author of the regressor, bug 1907592, could you take a look?
For more information, please visit BugBot documentation.
Comment 7•1 year ago
|
||
This seems to be an issue with how <arrowscrollbox> handles vertical scrolling. We would either have to make a fix there, or use a different container, neither of which seems trivial. wontfix for 133 sounds right to me.
Comment 8•1 year ago
|
||
Only encountered with the new sidebar and sidebar.revamp is disabled by default.
Updated•1 year ago
|
Description
•