191988 - compress folder corrupts Mail database for downloaded IMAP messages

Status: RESOLVED DUPLICATE of bug 166617

(MailNews Core :: Database, defect)

Description

[Dominique Kaiser]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.3a) Gecko/20021212

I was presented with the "Compress folder" dialog box and as usual said yes. I
waited for the process to complete which I thought to recognize by the stopped
activity of the hard disk. The status icon still kept turning but this happens
VERY often so I ignored this...
Firstoff Mozilla Mail stopped displaying any messages from the IMAP account. I
could still browse the headlines in "Inbox" but selecting any mail didn't
display them in the preview and when selecting another Folder it remained empty. 

I closed down Mozilla completely and started it up again.

The bunch of new messages (30-40) which Mozilla had downloaded (and afterwards
presented me with the "Compress folder" dialog) were now partially corrupted.
The message list still looked absolutely correct but the message bodies didn't.
Some still displayed correctly, other were completely empty (not even the sender
was shown in the message display - but the sender still displayed correctly in
the list) and others showed "email sourcecode" for several(!) other messages
(which showed empty in return if I clicked those in the list) but not their own
content. This appies even for messages that displayed and worked correctly
before the compression.


I have no idea if this is specific for compressing folders marked for offline
use or if this might also happed with normal local folders. I assumed the worst
and therefore marked this a "Critical"...


Reproducible: Didn't try

Steps to Reproduce:

Comment 1

[esther]

Reporter, were you offline when you did this compacting.  We had a bug in builds
earlier than the one you are using, but that was fixed and verified.  This is an
outstanding bug left which I believe is a dup of this one.  The bug 166617. I'll
mark this as a dup, if you don't think it's a dup reopen and give details why. 

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

Comment 2

[Dominique Kaiser]

Yes - I think this is a duplicate (don't understand why my query didn't show the
original bug though...)
Anyway - this happened while I was online. Mozilla is set to check for new mails
every 5 minutes so it sounds like the same problem as in #166617 - I guess that
one isn't solved after all...