Bug 107457 - KHTML: Marquee tag consumes a lot of CPU on big web pages
Summary: KHTML: Marquee tag consumes a lot of CPU on big web pages
Status: RESOLVED DUPLICATE of bug 118658
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: 3.4.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 120843 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-06-15 13:39 UTC by Jens
Modified: 2006-03-01 19:28 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jens 2005-06-15 13:39:35 UTC
Version:           3.4.1 (using KDE 3.4.1 Level "a" , SUSE 9.3 UNSUPPORTED)
Compiler:          gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
OS:                Linux (i686) release 2.6.11.4-21.7-default

Hello,

using a "marquee" tag on a page with a lot of HTML layout and text will make Konqueror consume more and more CPU (the bigger the page, the more CPU), but only if the viewable area is showing the marquee animation, OR is BELOW the marquee animation.

Suspicion: The marquee tag prompts Konqueror to redraw the whole of the page, or at least everything that comes after / "below" the tag.

Example: (Warning: NSFW, nudity): "Diary of a Porn Admin" at http://www.sexxxxpics.com/blog/

The Marquee tag is used in the "AC WEB SEARCH" button on the left side (search for "AC WEB SEARCH"). While scrolling down, watch your CPU. To corner this problem, I tried this:

- Removing the marquee animation will lower CPU % to zero.

- Turning off Javascript will also lower the CPU useage slightly, but only if the Marquee animation is there.

- Changing to a different tab, or scrolling up ABOVE the marquee tag, will lower CPU to almost zero again.

- Deleting the whole right side of the page (the main text) will also significantly lower CPU useage, but not(!) to zero.

- Filling the right side with unformatted "blind text" (dolem ipsor whatever) will lower the CPU useage compared to the original text, but the more text I use, the higher the CPU load when viewing the marquee animation. That's why I think Konqueror keeps redrawing the page - the more complex the layout _after_ the marquee tag, the more CPU is needed.

I can try with Safari if necessary, or do some more testing. Just tell me what you need.

Thanks! :)

Jens
Comment 1 Tommi Tervo 2006-01-27 09:16:41 UTC
*** Bug 120843 has been marked as a duplicate of this bug. ***
Comment 2 Tommi Tervo 2006-03-01 19:28:42 UTC

*** This bug has been marked as a duplicate of 118658 ***