GNU bug report logs - #40676
28.0.50; gnus locks when reading email

Previous Next

Full log

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

From: "Philip K." <philip <at> warpmail.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: contovob <at> tcd.ie, rpluim <at> gmail.com, eliz <at> gnu.org, alex.branham <at> gmail.com,
 40676 <at> debbugs.gnu.org
Subject: Re: bug#40676: 28.0.50; gnus locks when reading email
Date: Sun, 19 Jul 2020 10:15:49 +0200

That was part of the rationale behind #40355, but the best way I see to
fix this would be to implement asynchronous DNS, since a libravatar
lookup has two phases (DNS lookup + image retrieval), compared to
Gravatar's single request.

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Robert Pluim <rpluim <at> gmail.com> writes:
>
>> My crystal ball says you have one or more of the gnus-gravatar
>> variables enabled, and you have a slow DNS, in which case customizing
>> 'gravatar-service' to something other than 'libravatar will help.
>
> Oh, deer.  I just tried
>
>   (setq gnus-treat-from-gravatar 'head)
>
> and the behaviour in Gnus is totally unacceptable -- it stops and thinks
> for a second after rendering the header, and then renders the body of
> the message.
>
> This is a regression -- the new libavatar code obviously can't work this
> way.  If it's taking a lot of time, it has to run asynchronously after
> the rest of the article has finished rendering.


-- 
	Philip K.

Previous Next

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