105076 - filing many messages from "search messages" result fails

Status: VERIFIED WORKSFORME

(MailNews Core :: Backend, defect, P2)

Description

[Calin Dumitrescu]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
BuildID:    2001101202

It's described in "Steps to reproduce" and "Actual results". Other info: the
mboxes are inherited from Netscape 4.x. Some messages might not have correct
MIME attachements because I played with the HylaFAX fax-to-mail scripts and if
that's the problem I think the program should check its input and also display
visual feedback when multiple operations (such as moving many messages) are
queued. With visual feedback and proper error reporting I could pinpoint the
troublesome messages, if there were any.

Reproducible: Sometimes
Steps to Reproduce:
1. Select Search->Search Messages
2. Choose Inbox, To or cc:, contains: faxmaster
3. Push "search", wait
4: Select all (100+) results
5: Push "File", select destination folder


Actual Results:  1. There's no visual feedback (eg: "filing message 16 of 125",
"done" etc). If you're lucky, after a while the filed messages dissapear from
the "results" list.
2. Some messages are copied to the destination folder but are not deleted from
the source folder and from the "results" list.
3. Some messages are not copied at all.
4. Some are proccessed OK.
5. After a failed "File" operation, the message database is often left in a
broken state. For example the message body of a processed message won't display
etc. You need to restart mozilla.
5. "Delete" shows similar behavior after a failed "File": deleting messages
won't work.

Expected Results:  To perform as expected, plus visual feedback (I think it
would be better modeless, in the status bar).

Comment 1

[David :Bienvenu]

navin, weren't you looking into this?

Comment 2

[Navin Gupta]

I fixed this for 6.1. looks like it may have cropped-up again. 

Comment 3

[esther]

FYI...Per triage meeting 2-8, actual result #1 should be logged separately.  It
was logged already (101836) and the bug has been minused.

Comment 4

[laurel]

*** Bug 104915 has been marked as a duplicate of this bug. ***

Comment 5

[David A. Cobb]

Based on some of the things I found re. Bug#104915:
Reporter - Could you examine the headers for messages that won't move (use
view-source).  I was seeing some breakage there.  Somehow the *.msf database
files seem to get "out of synch" with the actual mbx content.

Comment 6

[Calin Dumitrescu]

It seems that I've hit this bug again recently (with released Mozilla 0.9.8),
during massive maintenance of my mail folders. I selected some messages from
normal folder list (not Search Messages) and dragged them to another folder, and
again they wouldn't budge. After that, Mozilla was again left in a confused
state and even simpler operations (drag a single message) wouldn't work.
Stopping/restarting made it less confuse, but it didn't solve all the problems.
Again, moving a message did something that at first I thought it was database
corruption: the moved message showed with empty subject and body, and marked as
unread (bold face). I stopped Mozilla, deleted the .msf file coresponding to
that folder and restarted, and then the message showed OK. I don't know if
somewhere had been actual corruption, because I moved hundreds of messages and I
can't keep track of all of them.

I can't remember the actual messages that wouldn't move, but I can show you the
header of a typical FAX message, those messages that are often troublesome.

Comment 7

[Calin Dumitrescu]

Attachment: Typical FAX header and body part

Comment 8

[Navin Gupta]

The case you reported works for me for filing to local and imap folders. 
Some recent fixes to handle failed/stopped move/copy for both local and imap
msgs have gone in. Also bug 101836 takes care of visual feedback. 

Also drag and drop for moving multiple messages does not work is logged
as bug 101549

I am marking this bug as worksforme. file new bugs about any specific case. 

Comment 9

[laurel]

Worksforme using feb25 commercial trunk build:linux rh6.2, Mac OS 10.1, win98
Worked okay for filing to both IMAP and Local/POP, 2500+ messages .
All messaged filed in destination and all messages deleted from original folder.