Do not reserve space for MacOS dock set to autohide
Categories
(Core :: Widget: Cocoa, defect, P3)
Tracking
()
People
(Reporter: adrien.monteleone, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Firefox/68.0
Steps to reproduce:
- Have MacOS Dock set to 'autohide'
- Launch Firefox
Actual results:
Observe the app window reserve space for the dock rather than use all available vertical screen pixels
Expected results:
The app window should not reserve space for a dock that auto-hides. I have to keep resizing the window to full height.
Admittedly, the dock hasn't yet left the screen when the app window draws itself, but a check should be made to honor and use this space.
I'm currently using Nightly v70, but this has been going on for some time now, at least a year.
Comment 1•6 years ago
|
||
Build ID 20190715094048
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:70.0) Gecko/20100101 Firefox/70.0
If the size of the window is maximized when the dock is hidden, after restart the size will be the same if the dock is still set to "autohide".
Tested this on the latest Nightly build (70.0a1), latest Beta build (69.0b4) and latest Release build (68.0). The behavior is the same on all versions.
I'm not sure though this is an issue. I will set the component for the developers to look over it.
Comment 2•6 years ago
|
||
How does this behavior compare to other apps such as Safari?
Reporter | ||
Comment 3•6 years ago
|
||
To be clear, by 'restart' do you mean closing and re-opening the application, or just minimizing and restoring?
The only method I have found to use the space and not reserve it is to simply minimize and restore.
I tried all of the following:
- Maximize the app by double-clicking the title bar (combined in my case), then clicking the close button, then restoring.
- Make app full screen using toolbar button, clicking the close button, then restoring.
- Maximizing the app by double-clicking the title bar, then Quitting via CMD-Q, and relaunching.
- Making the app full screen using the toolbar button, quitting via CMD-Q, and relaunching.
- Dragging a non-maximized window to the full height, quitting via CMD-Q, and relaunching.
All 5 methods restore the same size window which honors the dock space and does not use the full vertical screen real estate. Even if I've widened the window, the new window or restored window redraws to the same default size.
(In reply to Cristian Craciun from comment #1)
Build ID 20190715094048
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:70.0) Gecko/20100101 Firefox/70.0If the size of the window is maximized when the dock is hidden, after restart the size will be the same if the dock is still set to "autohide".
Tested this on the latest Nightly build (70.0a1), latest Beta build (69.0b4) and latest Release build (68.0). The behavior is the same on all versions.I'm not sure though this is an issue. I will set the component for the developers to look over it.
Reporter | ||
Comment 4•6 years ago
|
||
(In reply to Stephen A Pohl [:spohl] from comment #2)
How does this behavior compare to other apps such as Safari?
Safari, Opera & Vivaldi, all remember the last window size I used in all cases. They ignore the dock space if I've sized them to overlap. (since it will be hidden anyway) When they open, the dock initially overlays the bottom of the window till the dock hides itself.
I don't have Chrome installed to test.
Reporter | ||
Comment 5•6 years ago
|
||
This also appears to happen even without the dock visible. That is, when the app relaunches itself after an update. Even if the window's vertical height was maximized, when it restarts, the dock area is reserved. Previously, I only noticed this when launching it from a visible dock. And I also just tested this by launching it from Launchpad.
So the dock being visible doesn't matter. It isn't a matter of timing. The app simply reserves space for the dock even when it doesn't have to and doesn't remember the last window size. (vertical or horizontal)
Updated•5 years ago
|
Description
•