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)
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.
Reporter | ||
Comment 1•6 years ago
|
||
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
Reporter | ||
Comment 3•6 years ago
|
||
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.
Reporter | ||
Comment 4•6 years ago
|
||
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
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
Comment 7•6 years ago
|
||
bug 1510631 fixed, but this bug still happen with Firefox 66.0a1.
Comment 8•6 years ago
|
||
(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)
You need to log in
before you can comment on or make changes to this bug.
Description
•