748899 - When launching only the mail component, POP3 accounts in the folder tree are collapsed. Expanded/collapsed state is not preserved across restarts.

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Dave Young]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120422 Firefox/12.0 SeaMonkey/2.9
Build ID: 20120422230342

Steps to reproduce:

Launched mail component only.


Actual results:

Mail opened with the folder pane collapsed and the thread pane is grey. Expanding the folder pane showed the folder tree collapsed.

In View | Layout, the message and thread panes are disabled, the thread pane is selected, the thread and folder panes are unselected.  Selecting the tree root or any mail folder turns the message pane white and enables the message and thread panes in View | Layout.

This occurs with all add-ons and extensions disabled.


Expected results:

Mail should open with the folder pane collapsed and the message pane should be white. Expanding the folder pane should show the folder tree expanded. This is the behaviour shown by SeaMonkey 2.8 and previous versions.

If the browser component is launched before the mail component, the mail component behaves normally.

Comment 1

[Dave Young]

The above is with the preference 'Check for new messages at startup' selected in Mail & Newsgroup Account Settings | Account Settings.

about:config: mail.startup.enabledMailCheckOnce;true

Comment 2

[Dave Young]

Additionally, the Mail title bar shows:  - SeaMonkey instead of <Folder Name> - SeaMonkey, until a mail folder is selected.

Comment 4

[Tom Sadlowski]

Duplicate of Bug 749422

Comment 6

[Tony Mechelynck [:tonymec]]

(In reply to Tom Sadlowski from comment #4)
> Duplicate of Bug 749422

Unless there is a very good reason for the opposite (such as the newer bug having better details, better STR, or a patch in progress), we resolve the newer bug as a dupe of the older one.

Comment 9

[Iacopo Benesperi [:iacchi]]

I'd like to report some more cases where this problem appears.

On linux (my linux installation), if you start Navigator first, and then Mail & Newsgroup, if you have checked "Only check for new mail after opening Mail & Newsgroups" in the preferences, then the POP3 folder trees start collapsed. More actually: the +/- button at their left says they should be expanded (the - symbol is showing), but you can't see them. You have to collapse them and then expand again. The problem goes away if the preference is unchecked.

On the windows installation of one of our support forum users, the problem shows regardless of how the preference is set.

Comment 11

[[e-mail]]

(In reply to Iacopo Benesperi [:iacchi] from comment #9)
> I'd like to report some more cases where this problem appears.
> 
> 
> On the windows installation of one of our support forum users, the problem
> shows regardless of how the preference is set.

I can confirm that the problem exists in Windows 7 regardless of the preference setting. Don't have a Linux install to test.

Comment 12

[Tom Sadlowski]

Bug 749422 was marked as regression, regressionwindow-wanted.

This bug's status should be marked similarly.

Comment 13

[hallobox]

Just noticed: Folders are expanded and last state is known if -mail is run as administrator

Comment 14

[Rick Pugh]

Another example (not from this PC): new install under new Win 7 Home Prem, re-use of profile created new less than 7 months ago.  If new shortcut created for SM with '-mail' switch and started from that shortcut with browser not running, all Mailbox folders collapsed as described in previous notes.  Since this user has only 1 mailbox, processed prefs.js to remove Local Folders, per Mozilla.org instructions.  After deleting Local Folder refs and profile folder, first startup of '-mail' option works as it should (for that startup only) but Local Folder was added back in.  Close mail window and restart using same shortcut reverts to collapsed behavior, with Local Folder still present.  This is repeatable by removing all refs to Local Folder, then re-open '-mail'.

As described above, if browser is opened first, mailbox opens as it should.

Comment 15

[[e-mail]]

Same bug exists in Sea Monkey 2.10 on W7 64 bit.

Comment 16

[Volko Neitmann]

I can also confirm that the bug exists in SeaMonkey 2.10, german localization, Windows 7 64bit and Windows XP.

Additionally I noticed the following:

- If Browser is launched first and then immediately Mail&Newsgroups all mail folders are collapsed as described. After closing and restarting Mail&Newsgroups all mail folders show up as they should.

- If browser is launched first and Mail&Newsgroups is only opened after several minutes all mail folders show up as they should.

Comment 18

[Stefan Gies]

The error is also in Seamonkey v2.11 beta 1 Build 1 !

Comment 19

[Volko Neitmann]

Can somebody please change the importance of this bug from minor to at least normal.
Especially for elderly users and beginners this bug can be highly confusing and accordingly making SeaMonkey Mail&Newsgroups difficult to use for them.

Comment 21

[Jens Hatlak (:InvisibleSmiley)]

AFAIK this affects POP accounts only - I'm seeing this at work with POP accounts, but not at home with IMAP accounts, and not at all with RSS (feed) accounts. Can anyone around confirm/deny?

Comment 22

[Iacopo Benesperi [:iacchi]]

Yes, it's a POP only thing. At least for me.

Comment 23

[[e-mail]]

I don't use IMAP, so can't confirm either way on that, but I can confirm that it is only my POP mail accounts which are affected. The Newsgroups in the same profile open up correctly.

Comment 24

[therube]

Mc. (who has not posted here) says, "it IS a matter of localized folder names".

So if others could confirm what exactly they are running when seeing the issue.

http://forums.mozillazine.org/viewtopic.php?f=40&t=2462213

Comment 25

[portotrix]

(In reply to Jens Hatlak (:InvisibleSmiley) from comment #21)
> AFAIK this affects POP accounts only - I'm seeing this at work with POP
> accounts, but not at home with IMAP accounts, and not at all with RSS (feed)
> accounts. Can anyone around confirm/deny?

I confirm, only POP account, no IMAP is affected.

Comment 26

[[e-mail]]

Problem still exists in 2.10.1

Comment 27

[Stefan Gies]

The error is also in Seamonkey v2.11 Beta 2 Build 1

Comment 28

[Karsten Düsterloh]

Actually, I guess this is a MailNews Core bug, given the affected code:

nsPop3IncomingServer::CreateDefaultMailboxes tries to create Inbox and Trash, using the internal names:

448   nsresult rv = CreateLocalFolder(NS_LITERAL_STRING("Inbox"));
449   NS_ENSURE_SUCCESS(rv, rv);
450   return CreateLocalFolder(NS_LITERAL_STRING("Trash"));

But nsMsgIncomingServer::CreateLocalFolder then calls nsMsgDBFolder::GetChildNamed, which compares against the localized folder names and fails to find the file. CreateLocalFolder tries to create the file by calling msgStore->CreateFolder, which in the default case is nsMsgBrkMBoxStore::CreateFolder, which in turn finds that the internal name does already exist, and barfs ...

So this seems to be fallout from bug 402392. 

Adding David to have his say. ;-)

Comment 29

[David :Bienvenu]

Does this bug still happen on the trunk? We made a change to swallow this error internally so it shouldn't get out to the front end...

Comment 30

[Zanqeutil]

Windows XP Pro SP3

I use the Dutch localised (NL) version of Seamonkey 2.10.1, POP3 account
I installed SM language pack 2.10.1 English (US). It solved this problem.

It changed Postvak IN (NL) to Inbox (US) problem solved.

SM now preserved the expanded Inbox folder structure under the main POP account.

Comment 31

[Karsten Düsterloh]

@David: 
Yep, looks fixed on current trunk.

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120627215511

Comment 32

[Stefan Gies]

Today I downloaded and installed Seamonkey v2.11 Beta 4 Build 1 and it seems, that the bug is solved. I checked the installation on Xubuntu 12.04LTS and Mageia 2.

Comment 33

[Stefan Gies]

Toady I update my Seamonkey v2.11 Beta 4 Build 1 (en-US) (32bit and 64bit) with the German language XPI-file. After restarting the app the error is valid again. If I uninstall the german language file, the error is gone. ???? Strange !

Comment 35

[[e-mail]]

Just installed the release version of 2.11. The bug appears to have been fixed although it is not listed in the Release Notes as fixed.

SM 2.11 on Win 7 x64

Comment 36

[Iacopo Benesperi [:iacchi]]

Fixed for me, too. Linux x64.

Comment 37

[Zanqeutil]

Updated from SM 2.10.1 to 2.11. The bug does not appear anymore in the Dutch (NL)
localised versian. So many thanks team for solving this.

SM 2.11 on Win XP SP3

Comment 38

[Alessio]

I also confirm the bug is solved on SM 2.11 Win 7 x64 locale it.

Comment 39

[portotrix]

Bug resolved on Intel Mac OS X 10.5 SeaMonkey/2.11

Comment 40

[Rainer Bielefeld]

Trunk tells tells nothing, destroys useful queries for Version when bug appeared, is completely useless and destructive. So back to Version 2.9 branch

Still (again?) REPRODUCIBLE with  SeaMonkey 2.39a1 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0 from official download area)  Gecko/20100101  Firefox/42.0 (Classic Theme) on German WIN7 64bit.

Has never been fixed? WIN problem different roots from MAC OS? Reappeared?

Comment 42

[Rainer Bielefeld]

(In reply to portotrix from comment #39)
> Bug resolved on Intel Mac OS X 10.5 SeaMonkey/2.11