User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 The fix for Bug 304561 is incomplete insofar as it doesn't recognize the possibility of multi-frame images. The first frame of an animated GIF may be within the confines of browser.chrome.image_icons.max_size, yet the GIF may contain thousands of frames, summing up to hundreds of megapixels. It shouldn't be so expensive in terms of system resources to render a minuscule 16x16 icon. There's also Bug 305986 about caching thumbnail icons - it was fixed in SeaMonkey, but I'm not sure about Firefox. Reproducible: Always

An example of a small GIF with lots of frames (not really worst case scenario, though): http://en.wikipedia.org/wiki/File:Phoenix%28Julia%29.gif http://upload.wikimedia.org/wikipedia/commons/e/ed/Phoenix%28Julia%29.gif

Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles

This bug has had the CLOSEME tag for several weeks and the date in the tag is far gone. If the reporter can still see this issue, Please retest with Firefox 3.6.x or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). Then please remove the closeme tag in the whiteboard, mark the bug against the proper version and comment on the bug.