Status: Unconfirmed
Owner: ----
Labels: Pri-2 Via-Wizard Type-Bug OS-Windows
New issue 165750 by
synet...@gmail.com: Some antimated GIFs still cause
100% CPU load, while tab is active
http://code.google.com/p/chromium/issues/detail?id=165750
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML,
like Gecko) Chrome/23.0.1271.95 Safari/537.11
Steps to reproduce the problem:
1. Open a page containing an animated GIF
2. Look at CPU load
What is the expected behavior?
Normal, low CPU load (assuming a non-massive GIF, of course)
What went wrong?
Some animated GIFs are okay, but many still cause a 100% CPU load,
including those that *should not* be causing such a high load
Did this work before? No
Chrome version: 23.0.1271.95 Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
What is peculiar is that only *some* animated GIFs cause this and it may be
size-related in part.
For example, *all* of the individual DOOM maps at
http://www.classicdoom.com/ cause a 100% CPU load, however the All-Maps
page does NOT.
Moreover, viewing the GIF itself instead of embedded in a page still uses
more than it should, but far less than 100%:
http://www.classicdoom.com/maps/plusecs/plu15.htm
http://www.classicdoom.com/maps/plusecs/plu15.gif
http://www.classicdoom.com/maps/plusecs/plu.htm
In addition, this only happens when the page in question is the active tab;
switching a different (that doesn’t have an animated GIF) drops CPU load
back to normal.