GNU bug report logs - #34763
27.0.50; url-retrieve-synchronously misbehaves inside eldoc-documentation-function

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Tue, 5 Mar 2019 21:35:01 UTC

Severity: normal

Found in version 27.0.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 34763 <at> debbugs.gnu.org
Subject: Re: bug#34763: 27.0.50; url-retrieve-synchronously misbehaves inside
 eldoc-documentation-function
Date: Fri, 15 Mar 2019 18:07:11 +0200
On 15.03.2019 17:47, Eli Zaretskii wrote:
>> Cc: 34763 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dgutov <at> yandex.ru>
>> Date: Fri, 15 Mar 2019 16:24:44 +0200
>>
>> Sounds like an external library problem, maybe?
> 
> GnuTLS?

Except the requests only use HTTP, not HTTPS. So... IDK?

> So it sounds like quitting in the middle of a URL retrieval leaves
> some leftovers that get in the way of additional retrieval attempts.

Maybe so.

>> BUT! I have tried to reproduce this slowdown behavior with a local
>> server, and so far no luck. Ping to Google (or almost any other website)
>> is 100ms from my current location, so maybe it makes a difference.
> 
> Maybe with a local server you aren't fast enough to interrupt the
> transfer before it completes?

I do manage to trigger the "Transfer interrupted" errors, though. So 
maybe not. Or not exactly.




This bug report was last modified 6 years and 3 days ago.

Previous Next


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