Closed
Bug 717262
Opened 12 years ago
Closed 12 years ago
Test pilot notifications have broken / transparent UI in Thunderbird
Categories
(Thunderbird :: General, defect)
Tracking
(thunderbird12- fixed, thunderbird13+ fixed)
RESOLVED
FIXED
Thunderbird 14.0
People
(Reporter: dholbert, Assigned: standard8)
References
()
Details
Attachments
(3 files, 1 obsolete file)
210.87 KB,
image/png
|
Details | |
1.41 KB,
patch
|
mconley
:
review+
standard8
:
approval-comm-aurora+
standard8
:
approval-comm-beta+
|
Details | Diff | Splinter Review |
43.53 KB,
image/png
|
Details |
Today I got a test pilot notification for "A Week in the Life of a Mail Client" over my Thunderbird Daily session. This popup was partly translucent and near-impossible to read. Looks pretty horked. Filing this bug on that. System info: - 32-bit Ubuntu 11.04 (with the default "Unity" desktop). - Up-to-date Thunderbird Daily: Mozilla/5.0 (X11; Linux i686; rv:12.0a1) Gecko/20120111 Thunderbird/12.0a1 - Test Pilot for Thunderbird 1.3.4 (bundled I believe; I don't recall explicitly installing it) (Also, FWIW, I've been running Thunderbird Daily for months, and this is the first Test Pilot notification I've ever gotten there IIRC.)
Assignee | ||
Updated•12 years ago
|
Component: Test Pilot → General
Product: Mozilla Labs → Thunderbird
QA Contact: test-pilot → general
Updated•12 years ago
|
OS: Linux → All
Hardware: x86 → All
Comment 1•12 years ago
|
||
I'm also seeing this on EarlyBird (TB 12).
Comment 2•12 years ago
|
||
This problem does not seem to occur on beta (TB 11).
Comment 3•12 years ago
|
||
Steps for diagnosis: 1) Open up the preferences dialog, and change the mailnews.start_page.override_url to equal chrome://testpilot/content/debug.html 2) Close the preferences dialog 3) Go to Help > What's New 4) In the diagnostic tab that appears, click on "Show Dummy Popup"
Assignee | ||
Comment 4•12 years ago
|
||
From testing on Mac, I can confirm this isn't happening in TB 11 beta.
Reporter | ||
Comment 5•12 years ago
|
||
Confirmed that Comment 3 repro's the problem for me in EarlyBird 12 from yesterday (20120228)
Comment 6•12 years ago
|
||
The latest EarlyBird no longer has this issue. I suspect this is due to the fact that bug 497995 was backed out of mozilla-aurora (which also explains the weird boxes we're currently seeing in the tab selector - being addressed in bug 713852). So, for the person investigating this - I would investigate how bug 497995 changes the behaviour of border-image.
Assignee | ||
Comment 7•12 years ago
|
||
Updating flags per comment 6
status-thunderbird12:
--- → unaffected
tracking-thunderbird13:
--- → +
Assignee | ||
Comment 8•12 years ago
|
||
Well spotted Mike! Here's the fix ported from bug 497995 and attachment 554137 [details] [diff] [review]. I've tested it on Mac on beta, earlybird & trunk and seems fine. Note: the old lines are left in to support the versions where bug 497995 doesn't apply.
Assignee | ||
Updated•12 years ago
|
Version: 12 → 13
Comment 9•12 years ago
|
||
Comment on attachment 607123 [details] [diff] [review] The fix Review of attachment 607123 [details] [diff] [review]: ----------------------------------------------------------------- Hm... I'm a little amazed that this will do the right thing when displayed in older versions of TB...aren't CSS styles applied in order, such that the second -moz-border-image will override the first? ::: mail/app/profile/extensions/tbtestpilot@labs.mozilla.com/content/browser.css @@ +76,4 @@ > -moz-border-image: url(chrome://testpilot-os/skin/notification-tail-up.png) 26 56 22 18 / 26px 56px 22px 18px round stretch; > + // Supported in Gecko >= 13 > + -moz-border-image: url(chrome://testpilot-os/skin/notification-tail-up.png) 26 \ > +50 22 18 fill repeat; If we're going to break up the long line like this, I'd rather the "50 22 18 fill repeat;" be aligned so that it starts beneath the "u" in "url(chrome://..." Also, I'm curious - why was that line broken up, but not the one on line 93?
Assignee | ||
Comment 10•12 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #9) > Comment on attachment 607123 [details] [diff] [review] > The fix > > Review of attachment 607123 [details] [diff] [review]: > ----------------------------------------------------------------- > > Hm... I'm a little amazed that this will do the right thing when displayed > in older versions of TB...aren't CSS styles applied in order, such that the > second -moz-border-image will override the first? When I tested it on an older one, it seemed that the line with "fill" now added was rejected as it didn't conform to spec. The same happened the opposite way around. > > -moz-border-image: url(chrome://testpilot-os/skin/notification-tail-up.png) 26 56 22 18 / 26px 56px 22px 18px round stretch; > > + // Supported in Gecko >= 13 > > + -moz-border-image: url(chrome://testpilot-os/skin/notification-tail-up.png) 26 \ > > +50 22 18 fill repeat; > > If we're going to break up the long line like this, I'd rather the "50 22 18 > fill repeat;" be aligned so that it starts beneath the "u" in > "url(chrome://..." > > Also, I'm curious - why was that line broken up, but not the one on line 93? Oops, that was just a copy and paste from emacs in bash terminal error - they weren't intended to be wrapped.
Assignee | ||
Comment 11•12 years ago
|
||
Correct version per comments.
Attachment #607123 -
Attachment is obsolete: true
Attachment #607123 -
Flags: review?(mconley)
Attachment #607522 -
Flags: review?(mconley)
Comment 12•12 years ago
|
||
Comment on attachment 607522 [details] [diff] [review] The fix v2 Review of attachment 607522 [details] [diff] [review]: ----------------------------------------------------------------- The fact that it degrades gracefully is rather surprising, but still pleasant. :) This looks good to me. Thanks for your work!
Attachment #607522 -
Flags: review?(mconley) → review+
Assignee | ||
Comment 13•12 years ago
|
||
Checked in: http://hg.mozilla.org/comm-central/rev/ffb738522343 http://hg.mozilla.org/comm-central/rev/fb3b7c4c409e
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 14.0
Assignee | ||
Comment 14•12 years ago
|
||
Comment on attachment 607522 [details] [diff] [review] The fix v2 [Triage Comment] Although AMO will provide the latest version, I want to push this out to all branches, so that users installing fresh will get the new version straight off.
Attachment #607522 -
Flags: approval-comm-beta+
Attachment #607522 -
Flags: approval-comm-aurora+
Assignee | ||
Comment 15•12 years ago
|
||
(In reply to Mark Banner (:standard8) from comment #13) > Checked in: > > http://hg.mozilla.org/comm-central/rev/ffb738522343 > http://hg.mozilla.org/comm-central/rev/fb3b7c4c409e Oh the latter of these was for a version bump for test pilot so that we can push this fixed version to AMO.
Assignee | ||
Comment 16•12 years ago
|
||
Checked in: http://hg.mozilla.org/releases/comm-aurora/rev/394d81db3262 http://hg.mozilla.org/releases/comm-aurora/rev/a42983902c5d http://hg.mozilla.org/releases/comm-beta/rev/45159577008d http://hg.mozilla.org/releases/comm-beta/rev/5c92b414af33
Comment 17•12 years ago
|
||
This appears to be an issue again on comm-central. Screenshot forthcoming...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 18•12 years ago
|
||
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120326 Thunderbird/14.0a1 TestPilot 1.3.8 on Windows 7. Might affect the other platforms too.
Assignee | ||
Comment 20•12 years ago
|
||
I did originally fix it locally, however, it appears that adding the wrong style of comments before I posted the patch broke it again. I thought I had re-tested it before I pushed it to AMO etc, however, somewhere along the line my testing broke down :-( The good news is that bug 738052 has already fixed this in-tree. So we can get a new version of it out easily.
Status: NEW → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•