Closed Bug 1509541 Opened 6 years ago Closed 6 years ago

Bookmarks Toobar Items on menu bar are padded, not left aligned

Categories

(Firefox :: Toolbars and Customization, defect)

65 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1510631

People

(Reporter: peter.l.jones.dymlyd, Unassigned)

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0 Steps to reproduce: Updated to latest nightly. Actual results: Bookmarks toolbar items centred between menu bar items and window controls on menu bar. Expected results: Bookmarks toolbar items left aligned to menu bar items on menu bar.
Also, the space between the menu bar items and the bookmark toolbar items cannot be used to drag or maximise/restore the window - only the space to the right.
Hi Peter, Thank you for taking the time to add your report. I do not fully understand the expected result, but the bookmarks toolbar position can be changed if you go to Menu->Customize->Toolbars (on the bottom side of the page)-> select the bookmarks toolbar and then drag&drop the toolbar in the location you would like to have it. If this does not resolve the issue, please reply to this thread. I'll also add this to the proper component: Toolbars and Customization for better visibility and more advised input if needed.
Component: Untriaged → Toolbars and Customization
Attached image second_example.png
The distance between the "Help" menu item and the first entry in the bookmark tool bar items (here "Google") cannot be set by the user, it is automatically calculated by Firefox. Up until roughly the day I raised the bug, there was a small, *FIXED* amount of space between the menu bar and the bookmark tool bar items. Following an update to Nightly, the spacing is now *VARIABLE* and pads to centre the bookmark tool bar items between the menu bar and the window controls (minimize, restore, close). The former behaviour (left justified, fixed spacing separating from the menu bar) was correct. The current behaviour is wrong.
Attached image comparison.png
Background window is 65.0a1 (2018-11-27) (64-bit) on Windows 10 Foreground window is 63.0.3 (64-bit) on Linux (Kubuntu 18.04.1) The foreground image shows the correct behaviour that used to be the case on Nightly on Windows.
Thank you for replying and for providing this detailed information. My experience and knowledge regarding this report are limited, but as stated above, I have added this to the proper component, therefore, an advised input will be provided.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
bug 1510631 fixed, but this bug still happen with Firefox 66.0a1.
(In reply to Takeshi Ichimaru(a.k.a. Ayakawa) from comment #7) > bug 1510631 fixed, but this bug still happen with Firefox 66.0a1. What, specifically, are you seeing that you think is what this bug was originally about (screenshots would probably help), and are you sure your nightly is up-to-date?
Flags: needinfo?(ayakawa.m)
oops. sorry. I mistake this bug as bug 1411372.
Flags: needinfo?(ayakawa.m)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: