Launchpad has imported 9 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=777728.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-07-26T15:01:39+00:00 Martin-anderson-h wrote: Created attachment 646142 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/14 ------------------------------------------------------------------------ On 2012-07-26T17:13:37+00:00 Vseerror wrote: 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/15 ------------------------------------------------------------------------ On 2012-07-26T17:35:40+00:00 Martin-anderson-h wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/16 ------------------------------------------------------------------------ On 2012-07-26T17:37:53+00:00 Martin-anderson-h wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/17 ------------------------------------------------------------------------ On 2012-07-27T05:31:07+00:00 Acelists wrote: Can you see if this is bug 750781 or bug 777221? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/18 ------------------------------------------------------------------------ On 2012-08-16T12:01:23+00:00 Ludovic-mozilla wrote: Are these emails with attachments ? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/20 ------------------------------------------------------------------------ On 2012-08-16T12:03:51+00:00 Ludovic-mozilla wrote: xref 782899 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/21 ------------------------------------------------------------------------ On 2012-08-17T18:15:10+00:00 Martin-anderson-h wrote: Yup, but I don't think this is the same problem as 782899 because there is no memory hogging, just huge cpu hogging. Martin Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/22 ------------------------------------------------------------------------ On 2012-08-17T18:17:05+00:00 Martin-anderson-h wrote: Is there any more data I could gather that would help resolve this one? Martin Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/927515/comments/23 ** Changed in: thunderbird Status: Unknown => New ** Changed in: thunderbird Importance: Unknown => High -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/927515 Title: Thunderbird stuck at 100% CPU To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/927515/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
