Bug 72575

Summary: gif animations are extremely slow on a page with many gifs (regression)
Product: [Applications] konqueror Reporter: Vedran Ljubovic <vljubovic>
Component: khtml rendererAssignee: Konqueror Bugs <konqueror-bugs-null>
Status: RESOLVED FIXED    
Severity: major CC: oded
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Vedran Ljubovic 2004-01-13 22:52:05 UTC 
Version:            (using KDE KDE 3.1.94)
Installed from:    Compiled From Sources
Compiler:          gcc 3.2.2 
OS:          Linux

Check this page:

http://forum.lugbih.org/posting.php?mode=smilies

It contains about 100 gifs, emoticons to be precise, of which many are animated. As the page loads, animations become slower and eventually stop. A slowdown can be noticed in other Konqueror windows too. Each of these gifs animates just fine when opened in a separate window. Also, Mozilla will show this page with all animations in full speed.

It seems that resizing the windows gets them moving, but still very slowly. 

This is a regression because this bug didn't appear in KDE 3.1.4 (but I think it was also present in 3.1.93)

The linked page is a standard PhpBB page showing all of the available emoticons.
Comment 1 Dirk Mueller 2004-01-26 03:54:20 UTC 
Subject: kdelibs/khtml [POSSIBLY UNSAFE]

CVS commit by mueller: 

* khtmlview.cpp (scheduleRepaint): make scheduling not starvating repaints.
Fix repainting logic to optimize for reduced X server load and minimum CPU
usage in traversing the render tree (#72575).
CCMAIL: 72575-done@bugs.kde.org


  M +6 -0      ChangeLog   1.188
  M +68 -26    khtmlview.cpp   1.613 [POSSIBLY UNSAFE: qDebug]