164624 - Mailboxes corruped by compacting mailboxes

Status: VERIFIED DUPLICATE of bug 173357

(MailNews Core :: Backend, defect)

Description

[Justin Bell]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721

Chose to compact mailboxes, of which there were three, Inbox and two others, two
with over 1000 messages in them. Inbox was emptied, all messages show up in
Mailbox 2 with over 2500 message and mailbox three, which had 1 message now
shows 640 messages, after I had to recreate it because it had been deleted.

Reproducible: Didn't try

Steps to Reproduce:
1. Compact mailbox 1
2. Compact mailbox 2
3. Compact mailbox 3

Actual Results:  
Mailboxes were corrupted

Expected Results:  
Not have corrupted mailboxes

Comment 1

[David :Bienvenu]

-> Navin

Comment 2

[Peter Mularien]

I have run into this problem as well, maybe (since I don't know how the
compation process works) it may be due to lack of disk space -- I have lost my
Inbox at least 4 times now and have as a workaround disabled the compact
feature. Please fix! I will help you test it! Thanks!

Comment 3

[Luke Taylor]

I have experinenced the same problem (Mozilla 1.1 same platform - W2K). Seemed
like it was due to simultaneously compacting two folders - one then disappeared
and the contents appeared in the other. Haven't tried to confirm whether a
single compact causes problems. 

Comment 4

[myq plex]

i just agreed to compact messages, then at the same time entered my password to
check new mail.  all of the messages that i just downloaded were garbled.  in
fact i would open a message and if the message window wasn't blank, it would
display the headers from an entirely different message.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
many folders outside the inbox, thousands of messages.  only recent messages
seem damages.

is saw a similary corrupted inbox on a windows98 machine with mozilla 1.1 last
week.  please please fix

Comment 5

[esther]

Justin, I'm trying to reproduce this bug here and can't.  We have one person
that runs into this sometimes.  I'd like to compare some of her notes and ask
these questions:

1.) She had filters set up for this POP account?   Did you have filters?
2.) She was logged into that account at the time?   Were you logged on at the
time of compacting?  
3.) On one occasion she remembered she had canceled the dialog once before, when
it popped up again she OK'd it and that's when it happened.  Note: this doesn't
happen every time she OK's the dialog only once in a while.  
4.) On one occasion she remembered seeing an alert dialog about a folder that
did not exist which popped up during the compacting and she thinks this may have
been when things went wrong (i.e. she saw a nstemp folder listed in the POP
account). Did you see anything like this?

If you have checked the option to leave msgs on server in case this happened
again during auto compacting, please let me know if you are still seeing this
periodically.   If you have turned off auto compact, but are manually compacting
regularly and are not seeing this problem please let me know.  Thanks

Comment 6

[Navin Gupta]

It looks like from the original report that you may not have waited for compact
1 to complete before doing compact 2. This is partly because we don't do a very
good job in providing status feedback. If you were to hit the case where 2
compacts were running at the same time, then it would lead to corruption because
we were using same temp file nstmp before. With fix for bug 70322, that issue
has been resolved because we now use unique temp files. Could you try to
reproduce using trunk builds after Sept 12th ? thx. 

Comment 7

[Navin Gupta]

Please use trunk builds from tomorrow.

*** This bug has been marked as a duplicate of 173357 ***

Comment 8

[esther]

verified dup