Bug 72575

Summary:	gif animations are extremely slow on a page with many gifs (regression)
Product:	[Applications] konqueror	Reporter:	Vedran Ljubovic <vljubovic>
Component:	khtml renderer	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED FIXED
Severity:	major	CC:	oded
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed 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]