Closed Bug 458127 Opened 16 years ago Closed 16 years ago

Strange behavior when opening thunderbird window - empty folder pane and whitespace in toobar

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
Thunderbird 3.1a1

People

(Reporter: sdwilsh, Unassigned)

References

Details

Attachments

(1 file, 1 obsolete file)

screenshot
84.19 KB, image/png
Details
Attached image screenshot —
I end up getting a lot of white space in the sidebar, and two buttons end up being white blocks. If I mouse over items that would appear in the sidebar, they appear as normal. If I end up selecting a folder from what shows up, everything in the sidebar works like normal. The buttons come back to life when I select a message. I first noticed this a few days ago. I have no add-on's installed, and there is nothing in the error console related to this.
Is this a self-built version, what is the build id? Do you see this just when starting up or do you sometimes close the main window and re-open it?
(In reply to comment #1) > Is this a self-built version, what is the build id? It's a nightly: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b1pre) Gecko/20081001 Shredder/3.0b1pre > Do you see this just when starting up or do you sometimes close the main window > and re-open it? I see it in both cases. dmose had me try a new profile yesterday, and that didn't display the behavior. I'm not sure how it got into the state it is in though...
I'd bet that moving aside the fastload files would "fix" it.
I've deleted all the msf files in my profile, and it still shows up
Well, I certainly hope you won't miss anything that was in your mailbox indexes when we rebuild them as you visit each folder ;) What I meant was not the .msf files in your profile, but the XUL fastload file (and maybe the XPC one, just for fun) - XUL.mfasl and XPC.mfasl, which you should find living in ~/Library/Caches/Thunderbird/Profiles/(profile name)/.
OK, deleted the right files this time, and it opened OK. Quit again, and re-opened and I ended up back in the same boat.
I am also having the same problem. Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2pre) Gecko/20081021 Shredder/3.0b1pre Removing the files mentioned above didn't work...
I also removed the files.. and it ok on launch, if the mail & newsgroups window is closed and then reopened you get the artifacts. However just about anything that causes a full redraw gets it right again (sending the window to the dock and back, collapsing the toolbar). However, when I do collapse the toolbar, the delete and junk buttons turn white and vanish before the rest
I think my profile may be hosed since I cannot post to newsgroups anymore either (although all settings appear to be correct)
Ugh - I made a new profile today, and added all my accounts. Right back in the same boat...
Adding qawanted; until we get steps to reproduce, I expect this is going to be difficult to get traction on.
Keywords: qawanted
Can we get confirmation from someone running OS 10.4 that it works for them, the posts on my previous bug (duplicate, 460945) for whom the bug was absent were all 10.5
No, it's not 10.5-only - I saw it on 10.4 once, in a much abused profile (at the time, I think I'd opened it in an official-branding build from April, then a Shredder from September, then official-branding from February, so I wasn't too surprised by fastload corruption and killing the mfasl files worked fine.)
(In reply to comment #14) > No, it's not 10.5-only - I saw it on 10.4 once, in a much abused profile (at My point was that it's only been reported for OS 10.4
Oh, "is anyone on 10.4 *not* seeing it" - that's always a much harder question.
This problem seems to be much better since the nightly build I am running as of 10/29. The blank buttons still occur when the toolbar is collapsed, but not when drawing a new window anymore.
It is no better for me with the latest nightly.
It sort of is back for me on the nightly, perhaps it never left. It seems after long period of inactivity (being swapped out?) it has a redraw problem
I can confirm comment 20
Between e4b5cf8d76e6 and cf6ca601033a for the mozilla-central pulls. I badly wanted to blame bug 445177, but it's not actually quite in the range, which makes me think bug 439354, though again it's not strongly in the range: the first big part landed before the nightly for the 16th. Don't suppose anyone who is reliably seeing this does their own builds? With a one-day range, it's trivially easy to get down to one changeset with hg bisect (even if I turn out to be wrong blaming mozilla-central, and you have to bisect comm-central too, it's still not going to take very many builds).
Attached patch wild guess (obsolete) — — Splinter Review
Can somebody test if this fixes it?
Phil, Sorry I don't know how to build this stuff. Its beyond my ken. But I'll test whatever build changes are made
Still broken for me: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2pre) Gecko/20081110 Shredder/3.0b1pre
I'm very sorry; I misread the comments above, had thought that it had been fixed for some people. Comment 25 is still true but didn't need to be posted.
I noticed that if I bring up the wonked out TB window with the missing buttons and empty windows, and while that window was still open, switched to another app, but clicking its dock icon, or any of its windows, or cmd tab. The TB window then draws completely. Its behaving like it thinks its window is drawn, but its not, and any action that would cause its window space to have to be redrawn, does a window refresh. This works even if you click on the desktop and no finder (visible?) finder windows draw. I wonder if this is a side effect of the larger generic problem of that TB does not handle (well) the fact that Mac apps can close their last window and not be quit.
It now WFM Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b3pre) Gecko/20090104 Shredder/3.0b2pre
Comment on attachment 347143 [details] [diff] [review] wild guess I found out what was causing this behaviour because now that I'm using 10.4 again, I seem to run into similar redrawing bugs in Firefox all the time... patch is in bug 507845.
Attachment #347143 - Attachment is obsolete: true
please edit summary further if I have not accurately captured the issue
Summary: Strange behavior when opening thunderbird window → Strange behavior when opening thunderbird window - empty folder pane and whitespace in toobar
Depends on: 507845
Component: General → Mail Window Front End
QA Contact: general → front-end
Fixed by bug 507845, I hope.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Keywords: qawanted
(In reply to comment #31) > Fixed by bug 507845, I hope. Will that be fixed for 1.9.1? As that is what Thunderbird 3 is most likely to be released from.
Target Milestone: --- → Future
Oops, I didn't think about that. I'll definitely request approval1.9.1.x once it has baked.
(In reply to comment #33) > Oops, I didn't think about that. I'll definitely request approval1.9.1.x once > it has baked. Ok, thanks, I've added our tb3needs flag to it so we can keep track as well.
Target Milestone: Future → Thunderbird 3.1a1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: