295843 - Mozilla becomes unresponsive if I use "J" to mark IMAP messages as junk, previously directed to delete mail so marked, then switch folders before action is complete

Status: RESOLVED DUPLICATE of bug 240788

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Ryan Germann]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050528
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050528

I have mail filter rules set to send various junk mail to the "junk" folder in
addition to Mozilla's automated junk detection.

I regularly scan the contents of the "Junk" folder, to see what's in there...
many items marked as "Junk" automatically, some moved there by mail filters.

I have "when manually marked as junk, move to Trash" set.

When I review the contents of the Junk folder, I CTRL-A to select all, then
press "j" to mark as junk which also deletes the messages (Moves to trash)

If I don't wait for the "downloading message..." status bar message, and for the
messages to be physically deleted (disappear from the Junk folder) and select
another folder, either in the same IMAP account, or another account, all Mozilla
windows (mozilla.exe) becomes unresponsive.

Reproducible: Always

Steps to Reproduce:
1. Set "Move incoming messages determined to be junk mail to: "Other: Junk on
(imapserver)
2. Set "When I manually mark messages as Junk: to "Delete them"
3. Set up mail filters to move messages not automatically identified as Junk to
the "Junk" folder used in step 2.
4. Select the folder from step 2.
5. Press CTRL-A to select all messages
6. press "j" to "manually mark messages as Junk"
7. before the messages are deleted, select the Inbox
Actual Results:  
"Downloading message..." appears on status bar, mozilla.exe becomes unresponsive.

Expected Results:  
In order of ideal-ity:

update the state and / or deleting of the marked messages in the background
while simultaneously updating the message folder and tree display to the newly
selected folder in the foreground.

or, let the user click the other folder, but don't move to nor display contents
of other folder until Junk operation is completed

or make the action application modal, with an hourglass cursor

or pop up a "please wait" dialog with progress bar and a "Cancel" button.

Comment 1

[Mike Cowperthwaite]

xref bug 240788

Comment 2

[Wayne Mery (:wsmwk)]

maybe

Comment 3

[Wayne Mery (:wsmwk)]

duping
please reopen if you find this is not fixed in a *trunk* build

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