GNU bug report logs - #23431
Displaying animated GIFs can make Emacs unresponsive

Previous Next

Full log

Message #121 received at 23431 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 23431 <at> debbugs.gnu.org, rgm <at> gnu.org, jch <at> pps.univ-paris-diderot.fr
Subject: Re: bug#23431: 25.0.93; EWW hangs
Date: Wed, 04 May 2016 05:34:28 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: rgm <at> gnu.org,  23431 <at> debbugs.gnu.org,  jch <at> pps.univ-paris-diderot.fr
> Date: Tue, 03 May 2016 21:37:42 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Btw, if I wait for a while (maybe 20 sec), the slowness disappears,
> > and Emacs becomes responsive again, although the animation still goes
> > on.  So perhaps what causes this is some initial processing?  (I have
> > no idea what's involved in displaying an animated GIF.)
> 
> After Emacs has decoded all the frames in the image, they'll then be
> stored in the Emacs display image cache (the one you can clear with
> `clear-image-cache'), so Emacs should be responsive after the animated
> GIF has looped once.  (Unless there are more frames in the image than
> the length of the Emacs image cache.)

Which means that the heavy part is decoding, and not redisplay.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.