28445 - Error displayed after selecting the renamed subfolders

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect, P3)

Description

[Karen Huang]

Mac only: 02-18-08-M14 commercial build

Error displayed after selecting the created subfolders

Setup info:
Created new profile, new IMAP Mail account.

Steps:
1) Login to mail
2) Created New folders
3) Select this created folders
4) Actual Results: Error displayed: " The current command did not succeed. The 
mail server responded: Mailbox does not exist

Expected Results: Shouildn't display error message after selecting that created 
subfolders.

Comment 1

[Karen Huang]

Adding beta1 & pp for the keyword!

Comment 2

[Phil Peterson]

Reassign to bienvenu

Comment 3

[Phil Peterson]

Oh, wait, it's Mac-only and David's at home. cc'ing hangas and ducarroz.

Comment 4

[David :Bienvenu]

please attach a protocol log.

Comment 5

[David :Bienvenu]

reasigning to david mc.

Comment 6

[Karen Huang]

OK. I am narrowing down this problem....this error will occure after I rename a 
subfolders....and it will continue displaying that error...even when I 
am creating new subfolders. Updating the summary to "rename folders".

Comment 7

[Karen Huang]

After narrow down this is "rename folders" problem...it also occurred on all the 
platforms.... Cc:bienvenu

Comment 8

[Karen Huang]

Attachment: Attached IMAP log

Comment 9

[Karen Huang]

Change OS/Platforms to All! Remove "pp".

Comment 10

[davidmc]

I guess I'll try to reproduce this.

Comment 11

[Karen Huang]

QA-me

Comment 12

[leger]

hat it he name of the folder that failed.  ASCII?  Japanese?

Comment 13

[Karen Huang]

I just rename folders(ex: from folder1 to folder2) and I got above error 
message....

Comment 14

[Karen Huang]

I do check that there is no "folder2" existing before I rename to that folder -- 
this is just an example......

Comment 15

[davidmc]

Two separate cases show the same assertion inside
nsImapUrl::AllocateServerPath() because the hierarchy separator has apparently 
not been set, so the delimitor is still the default '^' which hits the first 
assertion in that method.

After a folder is renamed, the assertion fires every time the folder is selected, 
but the next session returns to normal.  The assertion also fires right after a 
new folder is created, apparently for exactly the same reasons.

David B says Jeff T must not be setting the hierarchy separator; should he take 
this bug from me, or should I puzzle out where the code logic lives?  cc jefft

Comment 16

[davidmc]

forgot to say my build is older than Paul's; better update that now.

Comment 17

[jefft]

I'll take this one. 

Comment 18

[leger]

Putting on PDT+ radar for beta1.

Comment 19

[jefft]

Fix checked in.

Comment 20

[Karen Huang]

Used 02-24-09-M14 commercial build:

I am reopening this bug...

The scenario is:
If I select the renamed folder, the error won't display anymore. 
But, if I select the childfolders of that renamed subfolder, error still 
displayed: "The current command did not succeed. The mail server responded: 
Mailbox does not exist". 
It does not occurre every renamed subfolders...but some childfolders of some 
renamed subfolders will display that error, I am trying to narrow down this 
problem, but still couldn't figure it out!! Reopening this bug & clearing status 
whiteboard anyway...

Comment 21

[jefft]

Pretty tricky bug ....

Comment 22

[Karen Huang]

Yes. it is...
I have tried to reproduce it yesterday....
Let me attached 2 IMAP log for successful rename & non-successful rename as 
following... hope it will help! It's really tricky bug....

Comment 23

[Karen Huang]

Attachment: rename successfully from "karen/karen2" to "karen/khuang2"

Comment 24

[Karen Huang]

Attachment: rename unsuccessfully imap log

Comment 25

[Karen Huang]

Jeff, ignore above "rename unsuccessfully imap log" since this log may be 
dealing with other problem....this may be another bug!
(I should attached log yesterday but I didn't)
After I removed "User50" & "mozregistry.dat" files..I am not able to reproduce 
this bug again....I am going to mark as verified for this bug.
If we see problem again, we can reopen it later....

Comment 26

[jefft]

Are you sure? This shouldn't have anything to do with mozregistry.data.

Comment 27

[David :Bienvenu]

karen also deleted the whole user profile directory, which means all the msf
files and panacea.dat.

Comment 28

[jefft]

I am reopening this. The problem is there.

Comment 29

[Karen Huang]

Thanks god! I catch that on Linux!!

I had problem for attaching the log file for Linux...
Just copy log on this bug now....
But after I deleted the .mozilla file, this problem won't occure...
This is really tricky bug!!

********************************************************************************
4100[89b7180]: nsmail-5:S-INBOX:SendData: 19 rename "y2k/y2k_2" "y2k/y2k_3"
4100[89b7180]: nsmail-5:S-INBOX:CreateNewLineFromSocket: 19 OK Completed
4100[89b7180]: nsmail-5:S-INBOX:SendData: 20 subscribe "y2k/y2k_3"
4100[89b7180]: nsmail-5:S-INBOX:CreateNewLineFromSocket: 20 OK Completed
4100[89b7180]: nsmail-5:S-INBOX:SendData: 21 unsubscribe "y2k/y2k_2"
4100[89b7180]: nsmail-5:S-INBOX:CreateNewLineFromSocket: 21 OK Completed
4100[89b7180]: nsmail-5:S-INBOX:SendData: 22 subscribe "y2k/y2k_3/y2k_1_1"
4100[89b7180]: nsmail-5:S-INBOX:CreateNewLineFromSocket: 22 OK Completed
4100[89b7180]: nsmail-5:S-INBOX:SendData: 23 unsubscribe "y2k/y2k_2/y2k_1_1"
4100[89b7180]: nsmail-5:S-INBOX:CreateNewLineFromSocket: 23 OK Completed
5125[8c7aa58]: nsmail-5:A:SendData: 10 select "y2k"
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged
\Draft \Deleted \Seen)
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS
(\Answered \Flagged \Draft \Deleted \Seen \*)]  
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: * 0 EXISTS
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: * 0 RECENT
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 949088295]  
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: 10 OK [READ-WRITE] Completed
5125[8c7aa58]: nsmail-5:S-y2k:SendData: 11 getacl "y2k"
5125[8c7aa58]: nsmail-5:S-y2k:CreateNewLineFromSocket: * ACL y2k qatest30
lrswipcda
5125[8c7aa58]: nsmail-5:S-y2k:CreateNewLineFromSocket: 11 OK Completed
6150[8be61b0]: nsmail-5:A:SendData: 5 select "y2k/y2k_3"
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged
\Draft \Deleted \Seen)
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS
(\Answered \Flagged \Draft \Deleted \Seen \*)]  
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: * 0 EXISTS
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: * 0 RECENT
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 951504873]  
6150[8be61b0]: nsmail-5:A:CreateNewLineFromSocket: 5 OK [READ-WRITE] Completed
6150[8be61b0]: nsmail-5:S-y2k/y2k_3:SendData: 6 getacl "y2k/y2k_3"
6150[8be61b0]: nsmail-5:S-y2k/y2k_3:CreateNewLineFromSocket: * ACL y2k/y2k_3
qatest30 lrswipcda
6150[8be61b0]: nsmail-5:S-y2k/y2k_3:CreateNewLineFromSocket: 6 OK Completed
5125[8c7aa58]: nsmail-5:S-y2k:SendData: 12 select "y2k/y2k_2/y2k_1_1"
5125[8c7aa58]: nsmail-5:S-y2k/y2k_2/y2k_1_1:CreateNewLineFromSocket: 12 NO
Mailbox does not exist
5125[8c7aa58]: nsmail-5:A:SendData: 13 getacl "y2k/y2k_2/y2k_1_1"
5125[8c7aa58]: nsmail-5:A:CreateNewLineFromSocket: 13 NO Mailbox does not exist
********************************************************************************

Comment 30

[Karen Huang]

I mean delete the whole ".mozilla" directory which includs profile & registry
file.

Comment 31

[Karen Huang]

Attachment: Still attaching another IMAP log for this problem on WinNT

Comment 32

[jefft]

Fix checked in.

Comment 33

[Karen Huang]

Verified on WinNT & Linux 02-29-08/09-M15 commercial build
It is working fine for both Linux & WinNT platforms now.
Need to verify on Mac later.....

Comment 34

[Karen Huang]

Verified on 03-01-M15 Mac commercial build.
It works great!! Marking as verified!!

Comment 35

[Karen Huang]

Oops, forgot to mark as verified -- marking as verified now....!!