Closed Bug 293365 Opened 21 years ago Closed 18 years ago

collapsed default account folder causes missing/inactive preview pane on a restart

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bugZ, Assigned: mscott)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050504 Firefox/1.0+ Build Identifier: User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050505) I have multiple pop accounts, no imap, no 'startup' page set in prefs. I am in the habit of collapsing all mail and news accounts almost every time I use TB. When TB starts, the inbox for the default account is automatically selected, and that account in the folder pane is automatically expanded. Groovy. Pick a message in the inbox thread pane and it will show in the preview pane. At least, that's what it used to do... Something happened in the last couple weeks where, if the default account is collapsed when TB quits, this startup behavior is broken. Reproducible: Always Steps to Reproduce: 1. Multiple pop accounts, no 'startup' page set in prefs. 2. Start TB, default account folder is automatically expanded and the inbox is automatically selected. 3. Collapse the default account in the folder pane. 4. Quit TB, then restart. Again, the default account folder is automatically expanded and the inbox is automatically selected. Actual Results: Only the inbox thread pane shows - there is no preview pane (will attach screenshot). When a message in the thread pane is selected, the bar separating the thread pane and preview pane is drawn, but the message header and body do not display. If I switch to another folder, like Sent, everything displays and behaves normally and the inbox will then behave normally. Expected Results: The inbox thread pane and preview pane are both drawn on startup. Selecting a message in the thread pane shows the message header and body in the preview pane. If the default account is left expanded when quitting TB, a restart behaves as expected. This doesn't happen on the April 17 build, it does on the April 22 build (that's the oldest build I can get, now) and every build I've tried since then. I'm not sure if any particular prefs are involved, but changing various prefs related to windowing or startup had no effect on this behavior.
Hm. With TB 1.0+0506, Win2K, I am seeing the preview pane getting drawn, but selecting a message does not display within the pane, and the message does not get marked. If I hide and then re-display the preview pane, it starts behaving normally again.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: collapsed default account folder causes missing preview pane on a restart → collapsed default account folder causes missing/inactive preview pane on a restart
Version: unspecified → Trunk
The problem still exists in the July 4 trunk build. At startup, the JS console shows 4 messages, the first 2 of which only show when the default folder was collapsed at the last shutdown (the 2nd one looks fairly relevant). Note that the mail-news component of the mozilla suite doesn't have the problem. Warning: variable emailAddress hides argument Source File: chrome://messenger/content/msgHdrViewOverlay.js Line: 940, Column: 6 Source Code: var emailAddress = addressNode.getTextAttribute("emailAddress"); Warning: variable folder hides argument Source File: chrome://messenger/content/mailWindowOverlay.js Line: 2084, Column: 14 Source Code: var folder = GetLoadedMsgFolder(); Warning: reference to undefined property defaultServer.msgFolder Source File: chrome://messenger/content/msgMail3PaneWindow.js Line: 920 Warning: assignment to undeclared variable pop3Server Source File: chrome://messenger/content/mailWindowOverlay.js Line: 1922
I suspect this problem is gone - I don't see the messages of comment 3, but then I don't have enough pop accounts to thoroughly test K's comment 0. Reporter is no longer able to test "I quit using Thunderbird"
Severity: normal → minor
I'm pretty sure this is a dupe of a fixed bug, but I have several times searched for that fixed bug in the past (because there are other dupes and at least one related, still-open bug) and haven't been able to locate it.
QA Contact: front-end
WFM (didn't find the bug)
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: