Bug 26314

Summary: memleak on image loading
Product: [Applications] konqueror Reporter: Y Glodt <y.glodt>
Component: khtmlAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: johnelliottmartin
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Y Glodt 2001-05-28 20:41:01 UTC
(*** This bug was imported into bugs.kde.org ***)

Package: konqueror
Version: cvs from 26.05.2001
Severity: grave
Installed from: compiled
Compiler: gcc version 2.95.2 19991024 (release)
OS: Linux 2.4.5 i686
OS/Compiler notes: /

hello

try to load this image:
http://www.kde.org/img/clipart/kdelogo_godzilla.jpg
and konq gets killed by the kernel.
Funny but Opera5 does the same maybe libjpeg-problem?

yg


--=20
"...two men say they're Jesus one of them must be wrong."
- Dire Straits "Industrial Disease" (1982)
Comment 1 Waldo Bastian 2002-03-26 23:44:44 UTC
The problem is that the image is just very large. Konqueror/khtml/qt is not=
=20
very efficient in handling such large images. It seems that it attempts to=
=20
send the whole image as a single pixmap to the X-server because the memory=
=20
usage of the X-server increases with about 120Mb as well.

Cheers
Waldo
--=20
bastian@kde.org  |   SuSE Labs KDE Developer  |  bastian@suse.com
Comment 2 Dirk Mueller 2002-10-20 00:47:10 UTC
*** Bug 49380 has been marked as a duplicate of this bug. ***
Comment 3 johnelliottmartin 2003-02-13 00:53:45 UTC
I have been trying to figure out just what is causing this because it seems to happen to me all the 
time when I browse the web. I have noticed that once a jpeg gets above about 1500x1500, or when 
it approaches 1MB, konqueror starts to really slow down. When I try and load 3000x3000 (1.4MB) 
jpeg the whole system is down on its knees. 
 
Could someone point me to the source files that handle rendering jpeg images in konqueror so I 
could take a look at them? 
Comment 4 James M Greenhalgh 2003-06-27 02:14:00 UTC

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