Comment 17 for bug 304942

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4

Do not load if you aren't ready for firefox to hit 1.2GB.

To replicate:
mv .mozilla .mozilla-backup # insure it's a vanilla firefox config

Go to this url
http://www.archive.org/stream/titlelistofdocum024685mbp/titlelistofdocum024685mbp_djvu.txt

At least on ubuntu intrepid firefox process will increase to 1.2GB or so.

You should get a 4.9MB file, with a big block of <pre>. It looks like OCR'd text and there happens to be a <b in it. Replacing <pre> with <xmp> fixes it.

The missing </html> and </body> seem to have no effect, behavior does not change when I add them.

So basically I think firefox is trying to handle a <b ... > tag that is 100k lines long or something. In any case this results in an unusable browser on any system with <= 1GB ram. Even on a 2GB ram system it takes a few minutes of a non-responsive firefox to recover.

Reproducible: Always

Steps to Reproduce:
1. mv .mozilla .mozilla.backup # insure vanilla install
2. http://www.archive.org/stream/titlelistofdocum024685mbp/titlelistofdocum024685mbp_djvu.txt

Actual Results:
Firefox downloads a 4.9MB page and expands to a process size of 1.2GB.

Expected Results:
Process should not increase to 1.2GB, something like 100MB or less would be much more reasonable.

I opened bug on ubuntu as well:
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/304942