While reading and deleting my IMAP email messages, I notice that there is sometimes a pause for about 30 seconds or so where nothing happens. This isn't network latency ... it's almost as if some event isn't getting processed or fired off immediately like it should.

depending on how fast you're deleting the messages, it could just be trying to load the deleted message. Do you ever delete a message without reading it? Or do you wait for a message to load, delete it, wait for the next message to load, delete it, etc?

I think I'm in the habit of pressing the delete button several times (one for each message I want to delete) without waiting for the next message to load. I don't think mail is loading anything when it's pausing. I watch the little SERA packet indicator at the bottom of my screen and it doesn't flicker at all. When it does finally wake up, I see the SERA packet indicator flicker, the deleted message's subject disappear, the selection move to the next message, a delayed load time, deleted message subject ... etc.

I can't reproduce this, I'm afraid. Is it still happening?

moving to m16

Not M16 stopper. Marking M17.

adding perf keyword.

is this still happening? If not we'd like to mark WORKSFORME.

adding mail3 keyword

changing priorities

if this is happening before we load the page, then we might want to make use of some time code hyatt wrote for using the keyboard to navigate the thread pane. If it worked out correctly, onselect's wouldn't be given to us if the user hits delete frequently.

qa assigning to nbaca 3-pane issue

marking nsbeta1+

moving to mozilla0.8 milestone.

moving to mozilla0.9

marking nsbeta1-

I haven't seen this with my daily IMAP usage, and I could do some extra testing when I run the performance timings again, but honestly, I haven't had a problem with this.

I swear I haven't seen this lately, anybody else have? Kin, have you seen this?

I haven't seen the hang in a while, but I do occassionally see an assertion when deleting messages rapidly: ###!!! ASSERTION: move/copy already in progress: '!m_copyState', file x:\mozilla \mailnews\imap\src\nsImapMailFolder.cpp, line 5207 ###!!! Break: at file x:\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 5207 I'm not sure if it's related to this bug, or a different bug?

the assert is a filed bug - http://bugzilla.mozilla.org/show_bug.cgi?id=74425 filed by none other than ... :-)

the assertion is already filed. I'm marking this WFM.

Verified Worksforme.