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.