Closed Bug 91731 Opened 23 years ago Closed 23 years ago

Mail loss during compacting folders.

Categories

(MailNews Core :: Networking: POP, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rtvbeek, Assigned: naving)

References

Details

Attachments

(1 file)

After starting MailNews it asks the user if it should compact the mail folders.
When confirmed it compacts the mail folders and retrieves the POP mail at the
same time. When the compact action is finished the new mail is lost.
How do you confirm that the new mail is lost?
Reporter: which build are you using?

note that a similar problem has been fixed after 0.9.2 in bug 85632
During de compacting of de INBOX you see in the right hand corner that it
contacts the POP server and retrieve a number of e-mails. After the compacting
of the INBOX the unread count of the INBOX is 0 and there are no new e-mails in
the INBOX.
The check is only visual. 
what's the date of the build you're using, Roland? There have been lots of fixes
in this area recently.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I now use Build ID 2001071704
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2+) Gecko/20010717
Attached patch proposed fix.Splinter Review
so the fix is to lock the folder and do one operation at a time. found 
out another problem with compact folders, logged as bug 92008
cc jatin for alert wording review

Please try to download the messages later. There is some other operation 
currently in progress on this folder. 
My suggested wording:
"This folder is being processed. Please wait until processing is complete to get
messages."
r=bienvenu. Please get a sr from mscott or seth, and make sure you test the
various failure and cancel cases - if we don't handle those correctly, you'll
end up with a folder that's locked and the user won't be able to use it without
shutting down.
See also bug 89942 (it was marked dup of bug 85632, but in reality it is a dup
of this one).
sr=mscott. Looks like we release lock during the on stop running url yes? That
should be safe as I believe we always issue the on stop running url. Even in the
case of an error.
fix checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 94390 has been marked as a duplicate of this bug. ***
*** Bug 94390 has been marked as a duplicate of this bug. ***
Verified for default pop account in a profile and compaction initiated by 
preference does not result in message loss.  When both get message and 
compaction is triggered at the same time we show a dlg" this folder is being 
processed please wait until process is complete to get message", with an ok 
button. When I click OK then we start the compaction process. After compaction 
is completed when you click on get message I did receive the message that was 
sent to my test account.  


builds:
2001-08-15-06 win98, linux
2001-08-17-04 mac 


Status: RESOLVED → VERIFIED
*** Bug 96074 has been marked as a duplicate of this bug. ***
*** Bug 97757 has been marked as a duplicate of this bug. ***
*** Bug 99473 has been marked as a duplicate of this bug. ***
Darn... Has happened 2 times for me right now, and silly me i did not make a
backup of my inbox
I clicked on "compact all folders" and my inbox folder lost ALL mails!
All other folders were left the same
Using linux 2001091308
Reopening
Status: VERIFIED → REOPENED
OS: Windows 2000 → Linux
Resolution: FIXED → ---
This bug is about downloading mail and auto-compact going on simultaneously. 
this is not the bug you are thinking. please report a new bug. 
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
As per naving comments marking verified. reporter, please log a new bug. 
Status: RESOLVED → VERIFIED
bug 99741 was filed "compacting mail erases inbox!"
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: