777728 - Huge cpu usage (98% for several minutes) when working with multiple emails

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Martin Anderson]

Attachment: Excessive Thunderbird.png

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Build ID: 20120614114901

Steps to reproduce:

Selected multiple emails (about 30) and tried to move them to another folder. This is completely repeatable.


Actual results:

cpu went up to 98-99% for several minutes, timer showing, nothing obviously happening


Expected results:

selected emails should have moved to other folder

Comment 1

[Wayne Mery (:wsmwk)]

no messages moved?
is this imap folder to imap folder?  how big is the target folder?

Thunderbird 14 worked? 
Does safe mode work? http://support.mozillamessaging.com/en-US/kb/safe-mode

Comment 2

[Martin Anderson]

Yes it is imap to imap, but actually that doesn't seem to matter, the problem occurs before the move is initiated. I now have a slightly different ways of recreating it, and perhaps more useful.

Select multiple emails over more than one page so that there is a need to scroll.
wait until all emails are shown selected.
click on scroll bar to move to another view of the selected documents.
the system goes hyper!

Another is to click on the delete button instead of trying to move the scroll bar.

Bottom line is that operations (not apparently all operations) that involve multiple selections can kick off some very intensive cpu activity that can go on for several minutes. It doesn't happen every time, but does seem to have something to do with the status of the folder in which the emails are being selected - so maybe something like re-indexing the whole folder, or compressing it on the fly, or something like that. However there is no apparent disk activity, it's pure cpu although the memory footprint does change up and down a bit.

Hope this helps.

Comment 3

[Martin Anderson]

In response to your last two questions. I did not notice this problem in 14.
I did have a problem in 14 where emails were not always properly displayed when a new email was selected and it took forever to recover - that seems related, but actually that problem has gone away.

I have not tried safe mode.

Comment 4

[:aceman]

Can you see if this is bug 750781 or bug 777221?

Comment 5

[Ludovic Hirlimann [:Usul]]

Are these emails with attachments ?

Comment 6

[Ludovic Hirlimann [:Usul]]

xref 782899

Comment 7

[Martin Anderson]

Yup, but I don't think this is the same problem as 782899 because there is no memory hogging, just huge cpu hogging.

Martin

Comment 8

[Martin Anderson]

Is there any more data I could gather that would help resolve this one?

Martin

Comment 9

[:aceman]

Any relation to bug 778907 or bug 812923 ?

Comment 10

[Wayne Mery (:wsmwk)]

(In reply to :aceman from comment #9)
> Any relation to bug 778907 or bug 812923 ?

Martin,   Do you still see this problem?   Bug 812923 was fixed in version 24. And bug 778907 is lookng good to happen soon.

Comment 11

[Phoenix]

Resolved per whiteboard

Comment 12

[Martin Anderson]

Yes, I think this is probably OK Now. I'm on V32 and I have done some significant file moving recently. CPU varies, but is more like 40%.

M

Comment 13

[Wayne Mery (:wsmwk)]

Thanks for the update