Closed
Bug 424976
Opened 17 years ago
Closed 17 years ago
Chrome in Compose Window Translucent Post First Launch of Thunderbird
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: jay+MOZILLA, Assigned: philor)
References
Details
(Keywords: regression)
Attachments
(1 file)
28.20 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5pre) Gecko/2008032420 Firefox/3.0b5pre
Build Identifier: version 3.0a1pre (2008032503)
Missing the chrome (see attached picture) of the Compose Window. This only happens on subsequent launches of a specific copy of Thunderbird after the initial launch (not sure if a reboot of machine will create a new "initial" launch). I've tried my self compiled and optimized, self compiled and debug, and nightly download. This started 3-4 days ago (I think).
Reproducible: Always
Steps to Reproduce:
1. Start Thunderbird, Compose New Message: all is fine
2. Close Thunderbird, Restart Thunderbird, Compose New Message: missing chrome
3. Start a different copy of Thunderbird, Compose New Message: all is fine
4. Start same copy of Thunderbird again, Compose New Message: missing chrome
5. Start original copy of Thunderbird, Compose New Message: all is fine
6. Start original copy of Thunderbird again, Compose New Message: missing chrome
7. ad nauseum
Reporter | ||
Comment 1•17 years ago
|
||
Reporter | ||
Comment 2•17 years ago
|
||
Tried an empty profile, just to verify and that did NOT fix issue. New behavior though was that the first TWO times a new profile is used the chrome displays. It is only after the third startup that the chrome is missing. Also, if you startup a different copy of Thunderbird, but use one profile, then quit and start the other copy of Thunderbird using a profile that was causing the issue previously, then the issue still occurs. Basically, you have to switch copies of Thunderbird for EACH profile so it definitely looks like something stored in the profile but is updated per copy of Thunderbird that you start.
Apologies for this being rather difficult to explain.
Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
Comment 3•17 years ago
|
||
Confirming this bug on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b5pre) Gecko/2008032503 Thunderbird/3.0a1pre ID:2008032503.
Mail window chrome will show up occasionally after several restarts of program, but have not been able to determine what triggers the behavior. Disabling all extensions fixes issue temporarily but problem reappears, with no extensions running, after one or two program restarts.
Updated•17 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-thunderbird3.0a1+
Summary: Chrome in Compose Window Missing Post First Launch of Thunderbird → Chrome in Compose Window Translucent Post First Launch of Thunderbird
Comment 4•17 years ago
|
||
As an additional comment, the transparent compose window also uses an excessively large font size (16 pt rather than the ~12 normally used for menu and button labels). Buttons that are normally visible are pushed outside the viewable area; transparent handle in the corner of the window makes it hard to resize but all buttons are there.
Reporter | ||
Comment 5•17 years ago
|
||
Yeah, it appears to be something simple like a missing/misnamed template or style sheet file.
Comment 6•17 years ago
|
||
It would be interesting to do a binary search of the nightlies around this time to pin down when exactly this was introduced: it would allow us to get a list of the relevant checkins from Bonsai.
Keywords: qawanted
Comment 7•17 years ago
|
||
- I can reproduce it with self trunk debug built on Mac
- I can't reproduce it with nightly version 3.0a1pre (2008031303), on Mac
- I can't reproduce with self trunk debug built on Windows XP
Comment 8•17 years ago
|
||
So mac only, regressed between 2008-03-13 -> 2008-03-25
The builds are (of course) available from here, to get a tighter window
<http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/>
Comment 9•17 years ago
|
||
I am getting this error in the cases that I experience this bug;
Failed to load jar:file:///Users/ebirol/Projects/mozilla/objdir-i386-apple-darwin9.2.2/debug/mail/dist/ThunderbirdDebug.app/Contents/MacOS/chrome/messenger.jar!/content/messenger/utilityOverlay.js
Can be related?
Reporter | ||
Comment 10•17 years ago
|
||
Spent some time with nightlies this morning. Here is where it breaks:
version 3.0a1pre (2008032003) - Blank & Jay Profile - Chrome Present in Compose
version 3.0a1pre (2008032103) - Blank Profile* - Chrome Present in Compose
version 3.0a1pre (2008032203) - Blank & Jay Profile - Chrome Missing in Compose on all launches after the first launch
* - My normal Jay Profile that I use would immediately crash after I logged into IMAP. Could not get to a point to Compose a new message. This was fixed with a patch by Neil and addressed in Comments #16 and #17 of Bug 413413.
-------
So, ummm... I'm not all that versed in these things... but the only checkins I see between those times were for Bug 422800 at 1:51am, and they all were Address Book related. This one checking MIGHT have an impact:
http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=mozilla/mailnews/addrbook/public&command=DIFF_FRAMESET&file=nsIAbManager.idl&rev1=1.50&rev2=1.51&root=/cvsroot
...but I'm not even sure what I'm looking at there, so I doubt it. :)
Assignee | ||
Comment 11•17 years ago
|
||
(In reply to comment #10)
> So, ummm... I'm not all that versed in these things...
The first thing you want to do is to *not* assume it's an obvious mailnews checkin, and look at all the core checkins with a jaundiced eye, and be particularly concerned by any for security bugs, where you can't tell what it was or who might have said what in it.
In this particular case, you have the same regression range as bug 425015, and it's perhaps not coincidental that I don't see this bug, and I have my fix for that in my tree. Either Emre building with that patch, or dmose reviewing it so I can land it, would probably tell us whether or not the translucent chrome is some sort of cascading error from the recycled compose window with a confused customization panel.
Reporter | ||
Comment 12•17 years ago
|
||
The patch included in bug 425015 fixes the issue for me.
Thank you Phil for the information both on what to look for in the tree, as well as the pointer to Bug 425015.
So, not sure this is a duplicate of bug 425015... but certainly the fix for this depends on the fix 425015. Does that mean that this bug should have "Depends on 425015" marked? Or is it a duplicate? I probably shouldn't be asking meta questions in these comments anyway... so apologies.
Assignee | ||
Comment 13•17 years ago
|
||
Six of one, half dozen of the other whether to dupe and expand the scope, or depend. Since by making it depend I can pad my resume with an a1 blocker, let's call it that way this time :)
Assignee: nobody → philringnalda
Depends on: 425015
Comment 15•17 years ago
|
||
Seems to be worse in latest nightly (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040103 Thunderbird/3.0a1pre ID:2008040103). Compose window is now missing all buttons and text areas. Was fine earlier today but each successive restart of program is bleeding more chrome from the compose window.
Nightly is really unstable. Crashing every few minutes without warning, not generating a crash report.
Comment 16•17 years ago
|
||
Interestingly, yesterday's and today's nightly builds seems to be working nicely for me: the translucency has gone away, and I'm not seeing crashiness so far.
Comment 17•17 years ago
|
||
(In reply to comment #16)
> Interestingly, yesterday's and today's nightly builds seems to be working
> nicely for me: the translucency has gone away, and I'm not seeing crashiness so
> far.
Likewise. Leopard on PPC.
Reporter | ||
Comment 18•17 years ago
|
||
Last nights version 3.0a1pre (2008040203) does NOT work for me. On second startup the background is translucent again. Also, even on the FIRST startup the toolbar customization panel is blank... not even an OK or CANCEL button.
My patched version using the original patch from Bug 425015 works great though.
This is on an original (2 years old) Intel MacBook Pro, running 10.4.11.
Comment 20•17 years ago
|
||
I spoke too soon yesterday; my compose window went translucent again shortly after I posted.
Updated•17 years ago
|
Keywords: regression
Comment 22•17 years ago
|
||
(In reply to comment #20)
> I spoke too soon yesterday; my compose window went translucent again shortly
> after I posted.
>
Mine too :/
![]() |
||
Comment 23•17 years ago
|
||
On a self-compiled trunk debug build version 3.0a1pre (2008040301) on a fresh profile in 10.5, the following is the debug output:
// here I pressed "Write" from the main UI.
ex = TypeError: view is null
++WEBSHELL 0x16a3ef90 == 6
++DOMWINDOW == 15 (0x16135ffc) [serial = 39] [Outer = 0x0]
++DOMWINDOW == 16 (0x16a2ba9c) [serial = 40] [Outer = 0x16135fd0]
++WEBSHELL 0x161c0ee0 == 7
++DOMWINDOW == 17 (0x161bebbc) [serial = 41] [Outer = 0x0]
++WEBSHELL 0x16a3d210 == 8
++DOMWINDOW == 18 (0x161e689c) [serial = 42] [Outer = 0x0]
++WEBSHELL 0x161ea4b0 == 9
++DOMWINDOW == 19 (0x1656c2ac) [serial = 43] [Outer = 0x0]
JavaScript strict warning: chrome://editor/content/ComposerCommands.js, line 1446: redeclaration of property prompt
JavaScript strict warning: chrome://editor/content/ComposerCommands.js, line 1460: redeclaration of property promptUsernameAndPassword
JavaScript strict warning: chrome://editor/content/ComposerCommands.js, line 1468: redeclaration of property promptPassword
++DOMWINDOW == 20 (0x16a3d72c) [serial = 44] [Outer = 0x161beb90]
++DOMWINDOW == 21 (0x1652ff6c) [serial = 45] [Outer = 0x161e6870]
++DOMWINDOW == 22 (0x153b9ffc) [serial = 46] [Outer = 0x1656c280]
Failed to load jar:file:///Users/skywalker/Desktop/Mozilla/cvs/objdir-i386-apple-darwin9.2.2/mail/dist/ThunderbirdDebug.app/Contents/MacOS/chrome/messenger.jar!/content/messenger/utilityOverlay.js
JavaScript error: chrome://global/content/customizeToolbar.js, line 458: stringBundle.getString is not a function
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
++WEBSHELL 0x16a2b0b0 == 10
++DOMWINDOW == 23 (0x161b396c) [serial = 47] [Outer = 0x0]
++DOMWINDOW == 24 (0x153fb47c) [serial = 48] [Outer = 0x161b3940]
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 958
--DOMWINDOW == 23 (0x1652f21c) [serial = 27] [Outer = 0x0]
--DOMWINDOW == 22 (0x1652a05c) [serial = 28] [Outer = 0x0]
--DOMWINDOW == 21 (0x165017bc) [serial = 34] [Outer = 0x161cc810]
--DOMWINDOW == 20 (0x161cc83c) [serial = 31] [Outer = 0x0]
So comment #9 may actually be related.
However, I cannot reproduce on Thunderbird version 3.0a1pre (2008040303) nightly build, on 10.5, and a fresh profile.
Assignee | ||
Comment 24•17 years ago
|
||
Okay, checked in the patch for bug 425015, so *now* I'll be interested in hearing whether or not you still see it, with pulls from after 20:51 or with the 20080404 nightly.
Reporter | ||
Comment 25•17 years ago
|
||
Just did fresh checkout and compile. Worked perfectly for me. Thanks Phil! Think you can officially put that a1 Blocker fix down on the resume. :)
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Verified FIXED using:
version 3.0a1pre (2008040703) on Mac OS X 10.4
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in
before you can comment on or make changes to this bug.
Description
•