Problem while opening/previewing multi-layered GIF image

Bug #35586 reported by Manu Cornet
26
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Medium
eog (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs
libgnomeui (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs
nautilus (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

There is a way to capture what you're doing on your screen (with movement) into a big multi-layered GIF file (which can lead to several hundreds of layers). Although I don't know how to do this, I downloaded one of those GIFs from the web (see attached file), which has about 800 layers and saved it in my home directory.

From that moment on, when I opened my home directory with nautilus, it had very much trouble trying to make a preview of this file : everything went veeery slow (nautilus eating up about 75% of the RAM), nearly completely frozen, until nautilus finally crashes, and then reopens, automatically displaying my home directory, and the problem is back again :)

Opening the file with eog from the command line leads to the same kind of result : eog eats up most of the RAM but doesn't seem to end up actually displaying the file (however, I must say I wasn't patient enough to let it work for a very long time).

Opening the file with GIMP takes a few seconds, but GIMP manages it and displays all the layers perfectly.

Revision history for this message
Manu Cornet (lmanul) wrote : Multi-layered GIF causing the problem

Here's the GIF I'm talking about.

Revision history for this message
Sebastien Bacher (seb128) wrote :

not a nautilus issue

Changed in nautilus:
status: Unconfirmed → Rejected
assignee: nobody → desktop-bugs
Revision history for this message
Sebastien Bacher (seb128) wrote :

nor an eog one

Changed in eog:
assignee: nobody → desktop-bugs
status: Unconfirmed → Rejected
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in gtk+2.0:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

The GTK bug is fine but libgnome still has the issue

Changed in gtk:
status: Unconfirmed → Confirmed
Changed in gtk:
status: Confirmed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

fixed upstream

Changed in libgnome:
status: Confirmed → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

That upload fixes the problem:

 libgnomeui (2.17.91-0ubuntu1) feisty; urgency=low
 .
   * New upstream version:
     - Revert the single tilde patch since it didn't work
     - Don't eat memory like mad when thumbnailing animated gifs.
       (Ubuntu: #35586)
   * debian/patches/90_from_svn_report_fileselector_change_to_fix_crasher.patch:
     - dropped, fixed with the new version

Changed in libgnomeui:
status: Fix Committed → Fix Released
Changed in gtk:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.