GNU bug report logs - #47895
28.0.50; Emacs should only animate images that are visible

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 47895 <at> debbugs.gnu.org
Subject: Re: bug#47895: 28.0.50; Emacs should only animate images that are
 visible
Date: Tue, 20 Apr 2021 05:24:43 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 47895 <at> debbugs.gnu.org
> Date: Mon, 19 Apr 2021 22:49:55 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > I'd be interested to see a backtrace for such animation of an image
> > that is not on display.  In general, since animation is triggered (I
> > think) when the image is being prepared for redisplay, what you
> > describe shouldn't be happening.  If it dies indeed happen, I have a
> > couple of guesses how that could be triggered, but it would be nice to
> > see evidence.
> 
> I unfortunately don't have the time to debug right now, but it's easy
> enough to reproduce:
> 
> (progn
>   (eww "https://lars.ingebrigtsen.no/wp-content/uploads/2018/03/candid.gif")
>   (bury-buffer))
> 
> This will leave you with an Emacs that uses at least 99% CPU, even if
> the eww buffer isn't even displayed.  (At least on this Debian/bullseye
> system, starting from -Q.)

Thanks, I will take a look when I have time.

Previous Next

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