User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10.1 Build Identifier: Thunderbird 0.8 (20040913) This attached message (compressed in zip -- 7z and bz2 are only 300k smaller...) causes ThunderBird to grow very large in memory (over 150MB). The text is a text report from a script run by from cron. There is no mime at all in this message. The line, word and byte counts for the text message are: 115807 310916 14144906 Inbox I have opened this message from an IMAP server, copied it to local folders and then opened the same emssage in local folders. The message when opened from the IMAP causes TB to use more memory than when opened from local folders, which should correlate to pop3 usage for the most part. Reproducible: Always Steps to Reproduce: 1. Open message from imap or local folders 2. open task manager (or top or ...) and watch thunderbird grow very large in memory. 3. Actual Results: Message opens and shows steady progression for several minutes until complete. Processor usage is 100% during this time, but message is scrollable and interface is responsive during this time. Expected Results: Use less memory.

Shows memory and cpu usage spike while first opening the message from a dovecot imap server, and the second spike shows the same message being opened from local folders.

my guess is that the layout engine is consuming most of this memory. Try saving the message as html and load it in firefox or seamonkey, and see how much more memory is consumed there...

1,632KB zip compressed mbox file available <a href="http://www.matchmail.com/~mfedyk/Inbox.zip">here</a>.

OK, moved all files to http://www.matchmail.com/~mfedyk/thunderbird_bug_266017/ And saved the file as html, opened in FF 0.10.1 and have similar (actually less) memory usage than the text message in TB 0.8.

how similar are the numbers between tbird and firefox? within a few megabytes?

TB Before: 57,188K TB after message loading completes from Local Folders: 212,304K TB after changing to empty Local Folder: 58,900K FF Before: 42,864K FF after loading text message from Local Folders dir in TB profile: 69,716K FF after closing text message window: 42,592K That is what I would have expected from TB... Go to TB, save message as html. Available here: http://www.matchmail.com/~mfedyk/thunderbird_bug_266017/30day_tmp-reaper%20report%20for%20_share_7day_temp.zip Now open that html in FF: FF Before: 42,576K FF after loading complete: 225,948K FF after pressing back: 45,448K FF after closing window: 43,900K Testing wasn't exactly "clean" since I was typing in this bug text box during the test...

Here's how task manager looked at the time: http://www.matchmail.com/~mfedyk/thunderbird_bug_266017/task%20manager%20-%20open%20in%20local%20folders%20on%20TB,%20open%20in%20text%20format%20on%20FF,%20open%20in%20html%20format%20on%20FF.png

I guess the html mime generates to display that message makes layout consume a lot of memory...

But there is no mime in the message. Is TB generating that internally?

we always convert messages to html before passing them off to gecko to layout, and mime does that.

FF is showing profeciency at laying out text with less memory, so I guess that is in Gecko also. Maybe it doesn't always have to be htmlized before gecko sees it...

One comparison with IE 6.0.2800.1106 on win2k with the message saved in html format from comment 6: IE after open to msn.com: 16,268KB IE after open of 22MB html message: 73,228KB IE aftre pressing back to get to msn.com: 12,548 I don't know how much of that is hidden in other controls, but IE did render the message several times faster.

This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/

Unfortunately I don't have access to that message anymore, but it is so simple to reproduce. A simple command like: cat a bunch of text files that adds up to 13MB | mail -s "how much memory will tb use this time?" user@localhost

Reporter, does the issue still occur with the latest supported 2.0.0.x / Shredder trunk nightlies? (1.5.0.x is now end-of-life and the latest supported Thunderbird version 2 is 2.0.0.16)

RESO INCO per lack of response to the last question. If you feel this change was made in error, please respond to this bug with your reasons why.