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)

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: 17 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: