try this: have 1000 unread messages in your trash start up, don't load the trash, select your inbox. delete a message. deleting a message causes us to open the trash. we'll update the unread count once per message, instead of in batch.
happens to me every time I start up and delete a message, since I've got unread mail in my trash.
Are you talking about IMAP? We should not be issuing an IMAP select when deleting a message to the trash, and it sounds like you're saying we do. If so, that's a regression.
this was on pop. I'll double check what happens for imap.
ah, ok, that makes sense, and I've seen it happen as well. What's happening is that attempting to open the trash db is causing the trash folder to get reparsed and the db recreated. Batching the count updates would be a fine thing to do. The trash db should not be gettng out of sync as often as it is, however.
naving may have fixed this. naving, did you make it so we don't open the trash folder on delete?
No, Navin made it so we don't download imap headers for the trash on undo. We still open the db (and we need to).
moving to mozilla0.9
Are you still seeing this? I've been playing around with my Local Folders trash folder and it never seems to need to be reparse. I have 1083 unread messages.
I fixed a few problems that were causing the trash folder+db to get out of sync so this should be much harder to recreate.
Great. Then moving to 0.9.2. If what's left is still noticeable then we can fix it then or else I'll just move this to the future milestone.
moving to 0.9.3
moving to 0.9.4
slide to 0.9.5
moving to future. If you think this is something that needs to be fixed (it sounds like we've reduced the potential cases where this could happen), let me know.
I had 1000 unread of 7000 messages in my trash, and noticed that the first delete was always slow (1-2 seconds). After reading this bug, I tried marking all the messages in my trash as unread and restarting, but deleting the first message is still slow.
problem gone? was this pop-only (comment 3)?
I don't see this, perhaps due to comment 10 or other similar fixes.
=> WFM per andrew