Closed
Bug 742020
Opened 12 years ago
Closed 8 years ago
"About Firefox" dialog has a gray strip at the bottom since 2012-03-27 nightly
Categories
(Firefox :: General, defect)
Tracking
()
VERIFIED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox14 | - | --- |
People
(Reporter: dholbert, Unassigned)
References
Details
(Keywords: polish, regression)
Attachments
(3 files, 1 obsolete file)
191.30 KB,
image/png
|
Details | |
192.73 KB,
image/png
|
Details | |
779 bytes,
patch
|
Details | Diff | Splinter Review |
STR: 1. Help | About Nightly ACTUAL RESULTS: Gray strip at the bottom of the dialog EXPECTED RESULTS: No gray strip. See attached screenshots. Regression range, from mozgregression tool: Last good nightly: 2012-03-26 First bad nightly: 2012-03-27 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ba4983d9c1f9&tochange=c3cb87871829 This persists in today's nightly, too: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120403 Firefox/14.0a1
Reporter | ||
Comment 1•12 years ago
|
||
Reporter | ||
Comment 2•12 years ago
|
||
(Note that in these About screenshots, the "Check for updates" / "Apply Update" button isn't visible -- that's because I've chmod'd the directory to be non-writable. I've verified that I hit the same bug (gray strip at the bottom) when the button is visible, too, though.) Also: from comparing the two screenshots, the primary difference seems to be that in the old build, "Updates available" is italicized, which compresses that phrase slightly and makes the window a few pixels skinnier. That, in turn, bumps "channel" down to a new line, which makes the contents as a whole taller, so they fill up the dialog. In contrast, in the new build, "channel" is _not_ on its own line, so the dialog's contents are shorter, which means they don't quite fill the dialog's requested height. (so it gets padded with gray at the bottom) Something like that. CC'ing margaret, since she was the last one I heard of to touch the "about" dialog and might have a chance of knowing what's going on. :)
Reporter | ||
Comment 3•12 years ago
|
||
I'm running Ubuntu 12.04 beta2, BTW.
Summary: "About Firefox" has a gray strip at the bottom since 2012-03-27 nightly → "About Firefox" dialog has a gray strip at the bottom since 2012-03-27 nightly
Reporter | ||
Comment 4•12 years ago
|
||
(In reply to Daniel Holbert [:dholbert] from comment #2) > Also: from comparing the two screenshots, the primary difference seems to be > that in the old build, "Updates available" is italicized Aha -- that changed in aboutDialog.css in this cset: http://hg.mozilla.org/mozilla-central/rev/178fcd971e59 which is in the regression range from comment 0.
Blocks: 701205
Reporter | ||
Comment 5•12 years ago
|
||
Dao / Ian -- per the 2nd & 3rd paragraphs in Comment 2, bug 701205's italicization change has made the overall contents of the "About Firefox" dialog shorter, which in turn causes it to have an out-of-place gray strip at the bottom. Can we adjust the height of the dialog to fix this, or something?
Reporter | ||
Comment 6•12 years ago
|
||
(See also bug 649366, which tracks the fact that this dialog pads with gray in the first place. Previously, that gray padding was only visible when you manually changed the size of the dialog, but as of this bug here, it's visible all the time.)
Reporter | ||
Updated•12 years ago
|
tracking-firefox14:
--- → ?
Comment 7•12 years ago
|
||
Daniel does this fix the problem for you? Interestingly on my nightly on ubuntu 10.04 I always have a thin bar of that colour that is seemingly impossible to get rid of, possibly to do with the rounded corners?
Comment 8•12 years ago
|
||
Comment on attachment 612062 [details] [diff] [review] Possible fix see bug 649366 comment 9
Attachment #612062 -
Flags: review-
Comment 9•12 years ago
|
||
This seems like a better fix since it accomplishes what I tried and failed to do before, which is to make the container expand to fill the window. This is better than my previous patch as it will also fix this problem (and the resizing one) for aurora, whereas my previous patch was nightly-only. (Though actually testing aurora's about dialog, it doesn't seem to line break as much as nightly's does, but I can't see an obvious CSS reason for that)
Updated•12 years ago
|
Attachment #612062 -
Attachment is obsolete: true
Reporter | ||
Comment 10•12 years ago
|
||
I can confirm that "better fix" seems to fix it for me.
(It's actually slightly more complicated than that -- in my local build (no patch applied), it says "You are currently on the *default* update channel" since I haven't set the channel mozconfig option. Since "default" is slightly wider than "nightly", it pushes "channel" down to the next line and ends up looking like attachment 611940 [details] (with "channel" wrapped, which makes the dialog's contents taller, which prevents there from being a gray bar). However, if I resize the window to be slightly wider so that the word 'channel' doesn't wrap, then I get the gray strip. That's all with current mozilla-central.
_BUT_, if I apply "better fix" and repeat all of that, I end up with a black bar at the bottom instead of gray. And if I manually increase the height of the dialog, it pads with black, too. As long as that color is configurable per-channel (which I'm guessing, given that it's not hardcoded into "better fix"), then this patch seems to fix it for me.)
Updated•12 years ago
|
Comment 11•12 years ago
|
||
Dao - how do you feel about Ian's fix? Should we get this reviewed and landed?
Assignee: nobody → dao
Comment 12•12 years ago
|
||
This isn't going to affect beta and release channel builds, so we don't need to track this.
Updated•11 years ago
|
Assignee: dao → nobody
Comment 15•8 years ago
|
||
I don't see any gray strip on latest Nightly (50.0a1) so I will close this. If anyone can still reproduce, feel free to reopen the bug.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 16•8 years ago
|
||
Yup, I haven't run into this for quite a while. Verified that this looks OK in Nightly 50, too. Thanks!
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•