Closed
Bug 293365
Opened 20 years ago
Closed 17 years ago
collapsed default account folder causes missing/inactive preview pane on a restart
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bugZ, Assigned: mscott)
Details
Attachments
(1 file)
|
11.75 KB,
image/png
|
Details |
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.
Comment 2•20 years ago
|
||
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
Comment 4•18 years ago
|
||
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
Comment 5•18 years ago
|
||
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.
Updated•18 years ago
|
QA Contact: front-end
Comment 6•17 years ago
|
||
WFM (didn't find the bug)
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•