Bug#411577: eog: memory leak viewing jpeg images (with special size?)

[Sven Arvidsson]

reassign 411577 libgtk2.0-0
tags 411577 -unreproducible
forcemerge 383662 411577
thanks

On Tue, 2007-03-06 at 01:41 +0100, Andreas Juch wrote:
> This was a perfect shot! I had only 5 gif-images of wich one (named
> testfile :-)) was 6mb large. I moved them away and the problem was away
> too. Gimp managed to open the file (after some time and using a lot of
> memory, but less than eog) which turned out to be a screencast i created
> in August 2006 with "byzanz-record -c -d 120" testfile running unstable
> at that time. The file is a animation with 1280x1024 pixels and about
> 1400 Frames.

Great, I have seen a similar bug before, where nautilus started to eat
RAM when thumbnailing recordings from byzanz. This is actually a bug in
GTK+.

I will reassign your bug and merge it with the other one. I you want to,
you can follow upstream progress on this here,
http://bugzilla.gnome.org/show_bug.cgi?id=344731

> Anyway this is a strange problem because this file was not the one I
> opened. Maybe the collection view is generated in the background even
> when turned off... Although it's some kind of "problem between chair and
> monitor" this is strange.

I think eog pokes other files in the same directory too see if there are
other images, so it can display the next/previous buttons.

Anyway, thanks for your help figuring this out! :)

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20070306/c8254ed8/attachment-0001.pgp