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

Previous Next

Package: emacs;

Reported by: Juliusz Chroboczek <jch <at> pps.univ-paris-diderot.fr>

Date: Tue, 3 May 2016 03:31:01 UTC

Severity: normal

Found in version 25.0.93

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.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: 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.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 9 years and 111 days ago.

Previous Next


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