GNU bug report logs - #28596
Gnus gets into an ambiguous plugged/unplugged state that prevents retrieval of news

Previous Next

Package: emacs;

Reported by: nljlistbox2 <at> gmail.com (N. Jackson)

Date: Mon, 25 Sep 2017 15:02:01 UTC

Severity: normal

Found in version 26.0.60

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: nljlistbox2 <at> gmail.com (N. Jackson)
Cc: 28596 <at> debbugs.gnu.org
Subject: bug#28596: 26.0.60; [Gnus] Checking mail is no longer reliable and C-g no longer quits
Date: Fri, 29 Sep 2017 12:10:45 +0300
> From: nljlistbox2 <at> gmail.com (N. Jackson)
> Date: Mon, 25 Sep 2017 11:01:01 -0400
> 
> Yesterday I switched from Emacs 25 to the emacs-26 branch. With
> this Gnus hangs (sometimes) when checking mail/news
> (`gnus-group-get-new-news') and then C-g no longer quits -- at
> least not immediately.
> 
> The hangs are for long enough for Gnome dialogs to appear saying
> that Emacs is no longer responding. Eventually control comes back
> to Emacs but that might be due to repeated presses of C-g.

This could be due to the fact that Emacs 26 uses async communications
more than previous versions.

Does gnus-group-get-new-news use any of the url-* functions?  If so,
perhaps try setting url-asynchronous to nil when fetching news, to see
if that solves the problem.  Or maybe even build Emacs with
HAVE_GETADDRINFO_A undefined, and see if that helps.

(I'm not saying that these should be the solutions for this bug, just
that they might tell us whether the asynchronous communications
features are involved here.)

I think it would also help stepping through the failing functions with
a debugger and seeing which parts of them fail.

Thanks.




This bug report was last modified 4 years and 311 days ago.

Previous Next


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