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

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23431 <at> debbugs.gnu.org, jch <at> pps.univ-paris-diderot.fr
Subject: bug#23431: 25.0.93; EWW hangs
Date: Tue, 03 May 2016 19:04:21 +0200

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

> So you are saying that a single call to image-animate-timeout takes
> much longer than the value of 'delay'?

Well, `image-animate-timeout' doesn't really do much, but if the next
timeout arrives much later than `delay' specified, then we can surmise
that displaying the next image in the sequence took a lot of time.

Most parts of the image formatting doesn't happen until redisplay
happens -- `image-animate-timeout' just increases the image index, and
then redisplay does all the hard lifting.

While redisplay is doing all that, Emacs isn't allowing any events to
fire, I think, so we should be able to see that Emacs is busy...

> (Which is what typically, btw?)

I think for most GIFs it's typically 0.1s, but it can be larger.

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

Previous Next

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