Closed
Bug 1188291
Opened 9 years ago
Closed 9 years ago
New tab page's notification close button and preferences dialogs' close button look wrong
Categories
(Firefox :: Theme, defect, P1)
Tracking
()
VERIFIED
FIXED
Firefox 42
People
(Reporter: phlsa, Assigned: dao)
References
Details
(Keywords: regression)
Attachments
(4 files, 2 obsolete files)
(deleted),
image/png
|
Details | |
(deleted),
image/png
|
Details | |
(deleted),
patch
|
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta-
|
Details | Diff | Splinter Review |
(deleted),
patch
|
Details | Diff | Splinter Review |
In dev-editon on Windows 10, the tab close button gets cropped on foreground tabs when hovering (see attachment).
Reporter | ||
Comment 1•9 years ago
|
||
A similar thing happens on about:newtab when removing a tile (not just in devedition)
Comment 2•9 years ago
|
||
The DevEdition issue has been fixed on Nightly, and should be fixed on DevEdition soon as well.
Morphing this into the newtab issue. Dao, it seems that your patch regresses the new tab page, we may want to check if it regresses anything else : https://dxr.mozilla.org/mozilla-central/search?q=close-icon&case=false
Flags: needinfo?(dao)
Summary: [dev edition] Close buttons on foreground tabs + hover are cropped → Wrong image region in new tab page's thumbnail notification close button
Comment 3•9 years ago
|
||
In content prefs have a squashed close icon too.
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Updated•9 years ago
|
QA Contact: dao
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → dao
QA Contact: dao
Assignee | ||
Comment 4•9 years ago
|
||
Attachment #8639785 -
Attachment is obsolete: true
Attachment #8640448 -
Flags: review?(jaws)
Assignee | ||
Updated•9 years ago
|
Summary: Wrong image region in new tab page's thumbnail notification close button → New tab page's notification close button and preferences dialogs' close button look wrong
Assignee | ||
Comment 5•9 years ago
|
||
Comment on attachment 8640448 [details] [diff] [review]
patch
>- <caption class="titlebar" flex="1" align="center">
>- <label id="dialogTitle" class="title" flex="1"></label>
>+ <caption flex="1" align="center">
>+ <label id="dialogTitle" flex="1"></label>
This is drive-by cleanup; the titlebar and title classes are entirely unused as far as I can tell.
Comment 6•9 years ago
|
||
Comment on attachment 8640448 [details] [diff] [review]
patch
Review of attachment 8640448 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks!
Attachment #8640448 -
Flags: review?(jaws) → review+
Assignee | ||
Updated•9 years ago
|
Flags: qe-verify+
Comment 8•9 years ago
|
||
Something in this push made browser_dragdrop.js try to hit the network on OSX 10.10. Backed out.
https://treeherder.mozilla.org/logviewer.html#?job_id=3978258&repo=fx-team
https://treeherder.mozilla.org/logviewer.html#?job_id=3978254&repo=fx-team
https://treeherder.mozilla.org/logviewer.html#?job_id=3978108&repo=fx-team
https://hg.mozilla.org/integration/fx-team/rev/5e9f481c0192
Assignee | ||
Comment 10•9 years ago
|
||
(In reply to Pulsebot from comment #9)
> https://hg.mozilla.org/integration/fx-team/rev/caa59fe73a47
Backed out again. I expected that my other patch for bug 1187219 caused the failure, but apparently it was this one.
https://hg.mozilla.org/integration/fx-team/rev/5c66c559c14b
Assignee | ||
Comment 11•9 years ago
|
||
Comment on attachment 8640448 [details] [diff] [review]
patch
>--- a/toolkit/themes/shared/in-content/common.inc.css
>+++ b/toolkit/themes/shared/in-content/common.inc.css
>@@ -174,19 +174,18 @@ html|button {
> }
>
> /* xul buttons and menulists */
>
> *|button,
> xul|colorpicker[type="button"],
> xul|menulist {
> -moz-appearance: none;
>- height: 30px;
>+ min-height: 30px;
Looks like this change is causing the failure. I'm not going to spend more time investigating this now, I'll just avoid that change.
Assignee | ||
Comment 12•9 years ago
|
||
Attachment #8640448 -
Attachment is obsolete: true
Comment 14•9 years ago
|
||
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox42:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 42
Comment 15•9 years ago
|
||
Reproduced this issue with 2015-07-27 Nightly.
Confirming the fix using latest 42.0a1 Nightly, build ID: 20150802030218.
Assignee | ||
Comment 17•9 years ago
|
||
(In reply to Tim Nguyen [:ntim] from comment #16)
> Dao, does this need uplifting ?
Now that it's verified on mozilla-central, yes
Flags: needinfo?(dao)
Assignee | ||
Comment 18•9 years ago
|
||
Comment on attachment 8641514 [details] [diff] [review]
patch v2
not sure if
Approval Request Comment
[Feature/regressing bug #]: bug 1173729
[User impact if declined]: see attachment 8639786 [details] and attachment 8639798 [details]
[Describe test coverage new/current, TreeHerder]: n/a
[Risks and why]: low
[String/UUID change made/needed]: none
Attachment #8641514 -
Flags: approval-mozilla-beta?
Attachment #8641514 -
Flags: approval-mozilla-aurora?
Assignee | ||
Comment 19•9 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #18)
> not sure if
... we're still able to land patches for Firefox 40 at this point.
Comment 20•9 years ago
|
||
It is too late for 40. The gtb of the RC is today and it is not a dev edition...
status-firefox40:
--- → wontfix
status-firefox41:
--- → affected
Comment 21•9 years ago
|
||
Comment on attachment 8641514 [details] [diff] [review]
patch v2
Should be low risk, fix a visual regression on the dev edition, taking it.
Attachment #8641514 -
Flags: approval-mozilla-beta?
Attachment #8641514 -
Flags: approval-mozilla-beta-
Attachment #8641514 -
Flags: approval-mozilla-aurora?
Attachment #8641514 -
Flags: approval-mozilla-aurora+
Assignee | ||
Comment 22•9 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #20)
> It is too late for 40. The gtb of the RC is today and it is not a dev
> edition...
This bug isn't about dev edition, comment 0 is obsolete.
Comment 23•9 years ago
|
||
Needs rebasing for Aurora uplift (or a dep nominated for approval as well).
Flags: needinfo?(dao)
Assignee | ||
Comment 24•9 years ago
|
||
looks like the new tab page issue is only an issue on mozilla-central due to recent changes to that feature
Flags: needinfo?(dao)
Comment 25•9 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #22)
> This bug isn't about dev edition, comment 0 is obsolete.
OK, my bad. Anyway, this is too late for 40!
Comment 26•9 years ago
|
||
Comment 27•9 years ago
|
||
Confirming that latest 41.0a2 DevEdition (build ID: 20150804004026) is now fixed on Windows 10 64-bit.
You need to log in
before you can comment on or make changes to this bug.
Description
•