Closed Bug 300118 Opened 19 years ago Closed 19 years ago

Renaming->Creating->Removing mail folders causes data loss.

Categories

(Thunderbird :: General, defect)

x86
Windows ME
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 65303

People

(Reporter: bugzilla, Assigned: mscott)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows ME) Opera 7.54  [de]
Build Identifier: version 1.0.5 (20050707)

If mail folder A is renamed to B and then a new folder A is created, TB displays 
that both folders would contain all the messages, which should only be in B.
In fact, only folder B really contains the messages. In folder A, you cannot 
open the mails. - The file A is 0kB and B 43kB.
OK, till now, it is a cosmetic problem which could be resolved by deleting A.
msf, I think.
But, if you delete folder A (which should be empty as it was created in the 
previous step), folder B is empty. All the messages are lost!
What i could see on the filesystem during these operations is very strange. I 
will print out the most important files (A*, B*) after each step:
**1** Create folder A and copy some mails into it:
A.sbd
A.msf  (3kB)
A     (43kB)
**2** Rename folder A to B:
A.sbd        <- should be deleted?
A.msf  (3kB) <- sometimes deleted, sometimes not (non-deterministic)
B.sbd
B.msf  (3kB)
B     (43kB)
**3** Create folder A:
A.sbd
A.msf  (3kB) <- sometimes deleted, sometimes not (non-deterministic)
A      (0kB)
B.sbd
B.msf  (4kB) <- 1kB more?
B     (43kB)
**4** Delete folder A and empty trash:
A      (0kB)
A.sbd

Bad, bad, bad...
Now TB displays only folder B, but the file system contains only the file A. So 
B is empty and undeletable in TB.

Besides this, I noticed non-deterministic behaviour reproducing the procedure 
again and again: After renaming A to B, TB displayed in most cases folder B, but 
sometimes folder A. Renaming this folder A to B again is not possible. This 
behaviour happened randomly.

All test have been performed in the "Local Folders". I don't know, if POP- or 
IMAP-accounts are affected. At least POP-accounts are very likely to be 
concerned.

Regards,
Michael

Reproducible: Always

Steps to Reproduce:
1. Create folder A in Local Folders and copy some mails into it.
2. Rename A to B.
3. Create folder A in Local Folders.
4. Delete folder A.

Actual Results:  
B is empty.

Expected Results:  
TB should not have deleted the mails in B.

I used this file to reproduce this bug successfully:
ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2005-07-07-08-aviary1.
0.1/thunderbird-win32.zip
I (and some more guys from the german support forum) could also reproduce this 
bug on TB-1.0.2.
This bug was reproduced on WinXP and WinME.
please try a trunk build...

*** This bug has been marked as a duplicate of 65303 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
(In reply to comment #1)
> please try a trunk build...

I really tried to run this trunk build:
ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2005-07-08-06-trunk/
thunderbird-1.0+.en-US.win32.zip
But I could not even see Local folders in that build (WinME):
http://wenger.home.t-link.de/net/TB-trunk08072005.png

> *** This bug has been marked as a duplicate of 65303 ***

Hmm,I wonder, why I didn't find this bug. I had searched for 'rename' and 
'renaming'...

Michael
did you search on just open bugs, or did you search on fixed bugs as well? If
it's marked fixed, a search on open bugs won't find it. Re the 07/08/06 build,
I'm running that build w/o a problem, so I'm not sure what to say. Do you see
anything on the js console?

You need to log in before you can comment on or make changes to this bug.