115312 - Account's top level folder corrupted with wrong online name

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: IMAP, defect, P1)

Description

[scottputterman]

I'm using the 12/13 build on Win NT 4.0 with an IMAP account.

I currently have my Inbox selected.
I bring up the new folder dialog
The current account is selected as the parent folder.
I type a folder name.

When I see the folder name in the folder list, I see:

mailnewsstaff^foldername.

mailnewsstaff is the name of one of my other folders which should be a sibling
of the new folder I'm creating.  I did this three times with 3 different names
with the same result.

Comment 1

[Navin Gupta]

I will take a look

Comment 2

[Navin Gupta]

I just tried this using 12/13 build and it works ok for me, both for acct
as parent and a folder as parent. Updating my build...

Comment 3

[David :Bienvenu]

^ is the canonical imap hierarchy delimiter - the fact that we're not replacing
it with '/' means that we're confused about what the real hierarchy delimiter
is. It might just be your .msf file or panacea.dat, or it could be a general
problem. I don't know how we could get confused about what the parent folder is,
unless the js is confused.

Comment 4

[Karen Huang]

This looks like a dup bug which I reported before....

Comment 5

[David :Bienvenu]

this works fine on my 12/13 release build.

Comment 6

[scottputterman]

Here's some odd behavior.  I just downloaded today's build (12/14) and when it
started up, all of the folders were in the correct place for 1/2 a second and
then went back to the wrong place.

Comment 7

[scottputterman]

Changing the summary based on my understanding of what was happening. 
Regenerating the account's .msf file made this problem go away. When I looked at
the old one it appears that it's online name was "mailnewsstaff" which explains
the problem.  I dont know how it go that way or how to reproduce. So, I'm moving
this to the future milestone unless more people start reproducing this.

Comment 8

[Karen Huang]

I found that there are two bugs related to this bug problem:

1)bug 29926: 2001-08-16 16:09 my comments:
>Now if I create the folder name with the slash. (e.g. karen1/karen2)
>On the UI, our client will create additional unknown subfolder "karen1^karen2".
>After exit and relaunch again, it will disappear. 

2)bug 98228: 2001-09-04 12:29 my comments:
>I saw this problem on Dawn's Linux system.
>But, Stephen & I couldn't reproduce this problem on our system.
>I notice Dawn is using an existing profile with multiple accounts......

>It seems that it's trying to create a subfolder under the Inbox & finally got 
>"INBOX^test" which is not correct and is a little bit similar to the scenarion 
>that I got on 8/16 of bug 29926.....

David, from above your 12-14 comments of this bug, do you think that this bug & 
bug 98228 should be dup of bug 29926 which dealing with Folders' names with "/" 
problem?

Comment 9

[Michael Semich]

I am using 0.9.7 (Win32 Daily, 12/31/01) and can successfully create IMAP 
folders of name/name2 correctly.  I have multiple accounts, but a single IMAP 
account.  Of course, with WU-IMAP there is the slight problem that "name" is 
not a mailbox, but "name2" is; but that is an implementation detail.  I can 
make a subdirectory of INBOX, but this causes the same problems as the "name" 
directory.  With WU-IMAP I cannot make a parent directory an mailbox as well; 
could this be compounding the the problem that you are looking at or am I just 
explicating a different facet of the implementation problem?

Comment 10

[David :Bienvenu]

Michael, I'm not sure. Are you able to reproduce the problem described in this
bug? I suspect what's going on in this bug is that we have some trouble parsing
folder names with '/' in them and end up writing the wrong online name into the
root account level db. What you're describing sounds more like a limitation of
the UW server in certain configurations.

Comment 11

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 12

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 13

[Wayne Mery (:wsmwk)]

Michael Semich no longer sees the problem. I've never seen it.
=> WFM