Closed Bug 1799426 Opened 2 years ago Closed 2 years ago

The overflow arrow is moved to the right side after signing into a sync account that has bookmarks inside the Bookmark Toolbar

Categories

(Firefox :: Theme, defect)

Firefox 108
Desktop
All
defect

Tracking

()

VERIFIED FIXED
108 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox106 --- unaffected
firefox107 --- unaffected
firefox108 --- verified

People

(Reporter: atrif, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(3 files)

Found in

  • 108.0a1 (20221106212619)

Affected versions

  • Firefox 108.0a1 (20221106212619)

Tested platforms

  • Affected platforms: Windows 10x64, macOS 12, Windows 10x64
  • Unaffected platforms: none

Steps to reproduce

  1. Sign in with a sync account with multiple bookmarks on the Bookmarks Toolbar.
  2. Enter fullscreen and enter Customize toolbar menu.
  3. Observe the Overflow menu arrow.

Expected result

  • Overflow menu arrow does not move out of place.

Actual result

  • Overflow menu arrow is moved.

Regression range

Additional notes

  • Attached a screenshot.
  • The issue does reproduce without entering the fullscreen and Customize menu as well but int's more intermittent.

:emilio, since you are the author of the regressor, bug 1790616, could you take a look?

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)

I don't see this locally on Linux on the latest nightly, following the STR in comment 0, am I missing something?

Flags: needinfo?(emilio) → needinfo?(alexandru.trif)
Attached file 43c5ts0z.ewqbnern.zip

(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)

I don't see this locally on Linux on the latest nightly, following the STR in comment 0, am I missing something?

Hmm, I can reproduce this constantly on Windows 10 with my sync test profile after entering fullscreen and Customize mode. I will attach one of the affected profiles, maybe this will help. Thank you!

Flags: needinfo?(alexandru.trif)

Alright let me try with that, thanks!

Flags: needinfo?(emilio)

Thanks, with that profile I can reproduce.

Flags: needinfo?(emilio)

If the user has a lot of bookmarks, there's a point in time where we're
computing the overflow menu arrow position, but we still haven't removed
the bookmark items from the toolbar.

This causes a wrong offset to be computed, because -moz-fit-content
computes a very large width to fit all the bookmarks.

In general, -moz-fit-content can cause stuff to overflow the browser
window (this didn't happen before modern flexbox because XUL didn't
respect min-width so aggressively). This comes from bug 1610497 and I
believe we could get rid of it.

At least I don't think it has an effect on actual window width anymore,
because the ConvertsToLength() check doesn't pass here:

https://searchfox.org/mozilla-central/rev/3c194fa1d6f339036d2ec9516bd310c6ad612859/layout/generic/nsContainerFrame.cpp#819-821

This is true at least since we switched to <html> root for
browser.xhtml.

Assignee: nobody → emilio
Status: NEW → ASSIGNED
Duplicate of this bug: 1687274
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/823c09b9eaa6
Remove min-width override while customizing. r=Gijs,dao
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch

Verified fixed with Firefox 108.0a1 (20221107212933) on Windows 10x64, macOS 12 and Ubuntu 20.04. The Overflow arrow inside Customize menu is no longer moved after following STR from comment 0.

Status: RESOLVED → VERIFIED
See Also: → 1799637
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: