239868 - since Thunderbird 0.5+ (0.6a+) IMAP "#public" like subscribed folders disappear at startup!

Status: VERIFIED FIXED

(MailNews Core :: Networking: IMAP, defect)

Description

[Jens Maus]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/124 (KHTML, like Gecko) Safari/125.1
Build Identifier: Mozilla Thunderbird 0.5+ (20040407) or any other 0.5+/0.6a version

After I tested several different nightly builds of Thunderbird 0.5+ the previously subscribed public 
folders like "#public" and "#ftp" automatically disappear after startup of Thunderbird.
They can be still resubscribed during using Thunderbird but as soon as it is restarted those folders are 
completly lost again.
However, on startup one can see those #public folders appearing in the listtree but as soon as 
thunderbird is finished with starting up they immediatly disappear from the tree and have to be 
resubscribed manually everytime.

Reproducible: Always
Steps to Reproduce:
1. subscribe a #public or #ftp of an IMAP server.
2. restart ThunderBird/MozillaMail
3. see those public/shared folders automatically disappear.
Actual Results:  
The folders like #public or #ftp are automatically removed without any reason.

Expected Results:  
They should have stay instead of being removed automatically.

If I use the official 0.5 build of Thunderbird everything seems fine so far. So the bug must have been 
introduced in the event of developing version 0.6 upwards.

Comment 1

[Scott MacGregor]

imap bugs go in mailnews / imap

Comment 2

[David :Bienvenu]

can you attach an imap protocol log?

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
thx.

Comment 3

[Jens Maus]

Attachment: logfiles of session while #public folders will disappear and reappear on startup...

The two logfiles in this archive where recorded in one session where on startup
the #public folders disappeared immediatly after startup (imap_disappear.log)
and the other one when the folders appeared back again after the next startup
(imap_appear.log)
 
I didn't recognize that before, but it seems that the appearing/disappearing
circulates on each new startup. That means that on the first startup the
#public folders disappear and if I immediatly exit thunderbird and start it up
again they appear back again and then on the third start they again disappear
and so on. I hope my logfiles help in debugging that stuff.

Comment 4

[David :Bienvenu]

I see the problem now; I know what change caused it, and I just need to figure
out how to fix the regression without breaking the original bug that was fixed -
basically, we think the #public folders aren't verified for some reason so we
explicitly list them.

Comment 5

[David :Bienvenu]

Attachment: proposed fix

when removing a folder because the LIST command didn't verify the folder, we
should only remove the folder if it has no verified sub-folders. I actually
have a much simpler fix for this, I think, which I'll also try to attach.

Comment 6

[David :Bienvenu]

Attachment: simpler fix

if we don't explicitly list namespaces, this should be OK...

Comment 7

[Asa Dotzler [:asa]]

Comment on attachment 145841 [details] [diff] [review]
simpler fix

a=asa (on behalf of drivers) for checkin to 1.7

Comment 8

[David :Bienvenu]

fix checked in.

Comment 9

[David :Bienvenu]

*** Bug 238542 has been marked as a duplicate of this bug. ***

Comment 10

[Jens Maus]

Ok, after checking the latest nightly build (20040412) of Thunderbird 0.5+ this bug is now really gone 
any everything work as expected now. Thanks.

Comment 11

[David :Bienvenu]

*** Bug 233058 has been marked as a duplicate of this bug. ***