1475569 - No drag space left of first tab with title bar disabled in maximized window

Status: RESOLVED DUPLICATE of bug 1405282

(Firefox :: Theme, defect)

Description

[Smylers]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0
Build ID: 20180710074717

Steps to reproduce:

Start with an unmaximized (or just vertically maximized) Firefox window with a few tabs open, a couple of them pinned. In ‘Customize …’ ensure ‘Title Bar’ isn't ticked.

Note there's a ‘drag space’ to the left of the left tab, to provide for some actions that typically would involve the title bar.

Now maximize the window fully.


Actual results:

When maximized, the drag space disappears. (The left tab is all the way at the left, like it is with ‘Title Bar’ ticked.)

This means that:

• Maximizing the window shifted the tabs left by the size of the drag space. Since the drag space is about the size of a pinned tab, this means clicking where the first tab used to be now goes to the second tab (and so on), which is an obstacle to finding the correct tab to click on with the mouse or seeing which Alt+<number> (on Linux; Ctrl+<number> on Windows) to press to switch to a particular tab.

• If you double-clicked on the drag space to maximize the window, you can't double-click on the same spot to unmaximize it; you end up double-clicking on the first tab.

• When the window's maximized, it's harder to perform any of the other actions that the title bar or drag space are useful for — such as dragging the window to a different monitor, dragging the window to unmaximize it (on Windows), or right-clicking on it to pick one of the options there. If the drag space is worth having, it's just as worth having on maximized windows.


Expected results:

Without a title bar, a window should always have the drag space, regardless of whether it's maximized, for a consistent user experience, making the same functionality available in maximized and unmaximized states.

Note also that this bug is sort-of the opposite of Bug 1172945, which in maximized windows wanted clicking at the far left to activate the first tab; that bug was resolved WONTFIX, yet seems to've happened anyway.

Comment 1

[:Gijs (he/him)]

Nihanth, do you know what the state of this stuff is?

Comment 3

[Dão Gottwald [:dao]]

Oh, bug 1405282 is about space above tabs, this is about having space left of tabs. In that case this is likely wontfix, as this is implemented as intended (see bug 1404337, bug 1404497).

Comment 4

[Smylers]

(In reply to Dão Gottwald [::dao] from comment #3)

> Oh, bug 1405282 is about space above tabs, this is about having space left
> of tabs.

Yes.

> In that case this is likely wontfix, as this is implemented as
> intended (see bug 1404337, bug 1404497).

I have now read through those bugs (and some they in turn refer to) and didn't actually see anybody mentioning the specific usability issues I describe above, nor problems that would be caused by having a space at the left.

If somebody could explain the reason for wanting not to have a space there and confirm that they've considered the usability issues I've raised, and they judge the reasons against to outweigh the reasons for, that would be appreciated. Thanks.