Bug 26314

Summary:	memleak on image loading
Product:	[Applications] konqueror	Reporter:	Y Glodt <y.glodt>
Component:	khtml	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	johnelliottmartin
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented 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 ***