Closed Bug 1711864 Opened 3 years ago Closed 5 months ago

The scrollbar appears with a small delay when transitioning a panelview between subviews

Categories

(Firefox :: Menus, defect, P2)

defect

Tracking

()

RESOLVED FIXED
123 Branch
Tracking Status
firefox-esr78 --- wontfix
firefox-esr115 --- wontfix
firefox88 --- wontfix
firefox89 --- wontfix
firefox90 --- wontfix
firefox123 --- fixed

People

(Reporter: ailea, Assigned: kcochrane)

References

(Blocks 2 open bugs, Regression)

Details

(Keywords: regression, Whiteboard: [proton-hamburger-menu] [priority:2c])

Attachments

(1 file)

Attached video 2021-05-19_12h22_26.mp4

Tested with:

Release 88
Beta 89.0b14
Nightly 90.0a1 (2021-05-19)

Tested on:

Windows 10
Ubuntu 20.04

Steps:

  1. Launch firefox and save few bookmarks (around 20).
  2. 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?

Flags: needinfo?(mhowell)

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.

Flags: needinfo?(mhowell)
Priority: -- → P2
Whiteboard: [proton-hamburger-menu] → [proton-hamburger-menu] [priority:2c]
Has Regression Range: --- → yes

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?

Depends on: 1859349
Flags: needinfo?(kcochrane)

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.

Flags: needinfo?(kcochrane) → needinfo?(gregp)

Thanks!

Status: NEW → RESOLVED
Closed: 5 months ago
Flags: needinfo?(gregp)
Resolution: --- → FIXED
Assignee: nobody → kcochrane
Target Milestone: --- → 123 Branch
See Also: → 1894414
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: