Open Bug 1925564 Opened 1 year ago Updated 1 year ago

[macOS] Sidebar vertical tabs scrollbar doesn't autohide and remains in hover state

Categories

(Core :: Panning and Zooming, defect, P3)

Firefox 133
Desktop
macOS
defect

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)

Attached video video showing the issue

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

  1. Open multiple tabs so that the scrollbar is visible
  2. Scroll down or up and hover over the scrollbar before it disappears
  3. 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

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)
Flags: needinfo?(emilio)

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.

Component: Layout: Scrolling and Overflow → Panning and Zooming
Flags: needinfo?(emilio)

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.

Blocks: apz-mac
Priority: -- → P3

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?

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.

:jsudiaman, since you are the author of the regressor, bug 1907592, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(jsudiaman)

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.

Flags: needinfo?(jsudiaman)
See Also: → 1919566

Only encountered with the new sidebar and sidebar.revamp is disabled by default.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: