Open
Bug 1403483
Opened 7 years ago
Updated 2 years ago
First tab separator should not span full height when drag space / menu bar is enabled
Categories
(Firefox :: Theme, defect, P3)
Tracking
()
NEW
People
(Reporter: johannh, Unassigned)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression, Whiteboard: [reserve-photon-visual])
Attachments
(4 files, 2 obsolete files)
See screenshot, the first tab separator should have the same height as the other separators. We forgot to do that in bug 1390025.
Flags: qe-verify+
Updated•7 years ago
|
QA Contact: ovidiu.boca
Reporter | ||
Comment 1•7 years ago
|
||
Let's do this after bug 1391539, otherwise we'll have to file another bug to adjust the height of this border when hovering (I'm happy to pick it up once bug 1391539 is done).
Depends on: 1391539
Hi Johann,
I noticed that the overflow separator has also the bug.
Please see the screenshot. Thanks.
Comment hidden (mozreview-request) |
Updated•7 years ago
|
Assignee: nobody → nhnt11
Status: NEW → ASSIGNED
Comment hidden (mozreview-request) |
Comment 6•7 years ago
|
||
This works well for me at the moment on current central, but I need to confirm with Johann whether some changes around this code he was talking about have landed already or not. Also, I'm not entirely sure this works for RTL, I'm going to investigate this tomorrow.
Comment 7•7 years ago
|
||
Hmm, and I think I need to make the Windows-specific selector account for the menubar as well as maximized mode. Canceling review for now.
Updated•7 years ago
|
Attachment #8917126 -
Flags: review?(dao+bmo)
Updated•7 years ago
|
Priority: P3 → P1
Updated•7 years ago
|
status-firefox57:
--- → wontfix
Comment hidden (mozreview-request) |
Updated•7 years ago
|
Attachment #8917126 -
Attachment is obsolete: true
Comment hidden (mozreview-request) |
Comment 11•7 years ago
|
||
Dão, the only problem (as far as I can tell) with this patch is that there is no tab separator before the first non-pinned tab when the tabstrip is overflowing. A CSS-only solution might be to use a selector like .tabbrowser-tab[pinned] + .tabbrowser-tab:not([pinned]), but I worry about hidden tabs in between. Do you think this would be an OK solution or should we try and add an attribute to the first visible non-pinned tab in JavaScript for styling convenience?
Flags: needinfo?(dao+bmo)
Comment hidden (mozreview-request) |
Comment 13•7 years ago
|
||
TODO: Add a rule to hide the first tab separator when sizemode != normal on Windows.
Comment hidden (mozreview-request) |
Comment 15•7 years ago
|
||
(In reply to Nihanth Subramanya [:nhnt11] from comment #13)
> TODO: Add a rule to hide the first tab separator when sizemode != normal on
> Windows.
Latest patch takes care of this. Need to investigate if Linux needs a similar rule.
Comment 16•7 years ago
|
||
mozreview-review |
Comment on attachment 8923047 [details]
Bug 1403483 - Show tab separator on first tab instead of on the pre-tabs whitespace.
https://reviewboard.mozilla.org/r/194262/#review200420
It's not clear to me why this patch moves the border away fron the pre-tabs whitespace. Why can we not just fix that border's height?
Attachment #8923047 -
Flags: review?(dao+bmo)
Updated•7 years ago
|
Flags: needinfo?(dao+bmo)
Comment 17•7 years ago
|
||
(In reply to Dão Gottwald [::dao] from comment #16)
> Comment on attachment 8923047 [details]
> Bug 1403483 - Show tab separator on first tab instead of on the pre-tabs
> whitespace.
>
> https://reviewboard.mozilla.org/r/194262/#review200420
>
> It's not clear to me why this patch moves the border away fron the pre-tabs
> whitespace. Why can we not just fix that border's height?
The border styling needs to change when the first tab is hovered/selected: is there an easy way to style the border of the pre-tabs whitespace depending on the :hover/visuallyselected state of the first tab? I don't see one.
Flags: needinfo?(dao+bmo)
Reporter | ||
Comment 18•7 years ago
|
||
In support of Nihanths current solution, it's probably what we need to do to resolve bug 1403520 as well.
Reporter | ||
Comment 19•7 years ago
|
||
I'm setting this to block bug 1403520 for now, as we probably shouldn't act there without solving this first.
Blocks: 1403520
Reporter | ||
Comment 20•7 years ago
|
||
Hey folks, is there anything we can do to resolve this anytime soon? I'm happy to take the review if you're busy right now, Dão.
Thanks!
Flags: needinfo?(nhnt11)
Comment hidden (mozreview-request) |
Comment 22•7 years ago
|
||
(In reply to Nihanth Subramanya [:nhnt11] from comment #21)
> Comment on attachment 8923047 [details]
> Bug 1403483 - Show tab separator on first tab instead of on the pre-tabs
> whitespace.
>
> Review request updated; see interdiff:
> https://reviewboard.mozilla.org/r/194262/diff/4-5/
Rebased and added the sizemode != normal rule for Linux (re. comment 15 quoted below)
(In reply to Nihanth Subramanya [:nhnt11] from comment #15)
> (In reply to Nihanth Subramanya [:nhnt11] from comment #13)
> > TODO: Add a rule to hide the first tab separator when sizemode != normal on
> > Windows.
>
> Latest patch takes care of this. Need to investigate if Linux needs a
> similar rule.
(In reply to Johann Hofmann [:johannh] from comment #20)
> Hey folks, is there anything we can do to resolve this anytime soon? I'm
> happy to take the review if you're busy right now, Dão.
>
> Thanks!
Dão, re-flagged you for r?, let me know if I should redirect this to Johann.
Flags: needinfo?(nhnt11)
Updated•7 years ago
|
Comment hidden (mozreview-request) |
Updated•7 years ago
|
Attachment #8923047 -
Attachment is obsolete: true
Attachment #8923047 -
Flags: review?(dao+bmo)
Reporter | ||
Comment 24•6 years ago
|
||
mozreview-review |
Comment on attachment 8975470 [details]
Bug 1403483 - Show tab separator on first tab instead of on the pre-tabs whitespace.
https://reviewboard.mozilla.org/r/243752/#review253754
This is pretty fiddly to get right but I feel like you did a great job, although I'm not as immersed into this code as I was half a year ago :)
Generally this looks pretty good to me. I have one small complaint: I don't think the separator looks good on Windows 7 (non-maximized) like this. I can attach a screenshot. Considering that we're both not really working on tabs full-time anymore it's probably a good idea not to defer that to a follow-up bug.
We could consider trying to entirely hide the separator on Windows 7 (would need to check how that looks with light/dark theme, too). Let me know if you want to borrow my VM for that...
Attachment #8975470 -
Flags: review?(jhofmann) → review-
Reporter | ||
Comment 25•6 years ago
|
||
Sorry for the small image, might have to zoom in.
Updated•6 years ago
|
Flags: needinfo?(dao+bmo)
Comment 27•6 years ago
|
||
I see the same issue on the Mac, 10.14.3 with FF developer edition 67.0b3
Is this still something we want to land? We have a couple of duplicates so I think it's an issue that bothers users and it's also marked P1.
status-firefox68:
--- → wontfix
status-firefox69:
--- → fix-optional
status-firefox70:
--- → affected
Flags: needinfo?(nhnt11)
Comment 32•5 years ago
|
||
(In reply to Liz Henry (:lizzard) (use needinfo) from comment #31)
Is this still something we want to land?
It's not ready to land, might not be even close.
Updated•5 years ago
|
Priority: P1 → P3
Updated•5 years ago
|
Flags: needinfo?(nhnt11)
Updated•3 years ago
|
Keywords: regression
Updated•3 years ago
|
Has Regression Range: --- → yes
Updated•2 years ago
|
Severity: normal → S3
Comment 35•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 7 duplicates.
:dao, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(dao+bmo)
Comment 36•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Flags: needinfo?(dao+bmo)
You need to log in
before you can comment on or make changes to this bug.
Description
•