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 #89 received at 34763 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 34763 <at> debbugs.gnu.org
Subject: Re: bug#34763: 27.0.50; url-retrieve-synchronously misbehaves inside
 eldoc-documentation-function
Date: Wed, 10 Apr 2019 18:46:22 +0300
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Cc: 34763 <at> debbugs.gnu.org
> Date: Wed, 10 Apr 2019 04:44:15 +0300
> 
> >> The list gets shorter over time.
> > 
> > That's why I proposed to kill the processes manually, but you say it
> > didn't help, which is strange.  Does killing processes also make the
> > list shorter?
> 
> It does, yes. If I kill the processes inside Emacs, the connections 
> first become "orphaned", but in a few minutes, they disappear, if I 
> don't create any new ones. That doesn't fix the problem, unfortunately 
> (transfers are still not remotely as fast as they were initially). 
> Resetting url-http-open-connections to an empty hash doesn't help either.

So I guess either Emacs is busy doing something (or making transfers
slower in some other way), or the other end of the connection
(including the transit points) does something to slow us down.  Hmm...




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.