all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: nljlistbox2@gmail.com (N. Jackson)
To: Eric Abrahamsen <eric@ericabrahamsen.net>
Cc: 28596@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 13:27:35 -0400	[thread overview]
Message-ID: <87bmlt76uw.fsf@moondust.localdomain> (raw)
In-Reply-To: <87efqppm4p.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Fri, 29 Sep 2017 08:20:22 -0700")

At 08:20 -0700 on Friday 2017-09-29, Eric Abrahamsen wrote:
>
> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> 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.
>
> FWIW, I would put money on `nntp-open-connection' being the
> culprit, specifically the call to `open-network-stream'.

Eli and Eric, than you for these suggestions. I will have a look
in these directions the next time Gnus "breaks". (I hadn't yet
read them when I wrote the report below.)

Gnus "broke" again this morning. (It seems to break in the morning
when I switch it to the "plugged" state after I've have it
"unplugged" over night for offline reading.)

Unfortunately there are at least two different problems, although
they might be related.

(The following all applies to the Emacs session this morning with
Gnus in it's "broken" state.)

I set `debug-on-error' and got the following (redacted) backtrace
when fetching mail/news:

  Debugger entered--Lisp error: (error "something.com/443 Name or service not known")
    signal(error ("something.com/443 Name or service not known"))
    nnrss-fetch("https://something.com/boards/forums/support.246/index.rss")
    nnrss-check-group("Something Forums: Support" "")
    nnrss-retrieve-groups(("Something Forums: Support" "Something Forums: Software" "Something Forums: Something Else" "Something Forums: Discussions" "Something Forums: News") "")
    gnus-retrieve-groups(("Something Forums: Support" "Something Forums: Software" "Something Forums: Something Else" "Something Forums: Discussions" "Something Forums: News") (nnrss ""))
    gnus-read-active-file-2(("Something Forums: Support" "Something Forums: Software" "Something Forums: Something Else" "Something Forums: Discussions" "Something Forums: News") (nnrss ""))
    gnus-read-active-for-groups((nnrss "") (("nnrss:Something Forums: Support" 3 ((1 . 9)) ((unexist) (seen (1 . 6))) (nnrss "")) ("nnrss:Something Forums: Software" 3 ((1 . 1)) ((unexist) (seen 1)) (nnrss "")) ("nnrss:Something Forums: Something Else" 3 ((1 . 117)) ((unexist) (seen (1 . 56) (67 . 117))) (nnrss "")) ("nnrss:Something Forums: Discussions" 3 ((1 . 857)) ((unexist) (seen (1 . 245) (421 . 857))) (nnrss "")) ("nnrss:Something Forums: News" 3 ((1 . 672)) ((unexist) (seen (1 . 168) (282 . 672))) (nnrss ""))) nil)
    gnus-get-unread-articles(nil nil nil)
    gnus-group-get-new-news(nil)
    funcall-interactively(gnus-group-get-new-news nil)
    call-interactively(gnus-group-get-new-news nil nil)
    command-execute(gnus-group-get-new-news)

There was no problem with the reported URl; I could open it fine
in a web browser. I changed the "level" of these RSS groups so
that Gnus does not try to check them when it fetches mail and
news. After doing that, I no longer end up in the debugger when
fetching mail/news with `debug-on-error' set. That was the first
problem.

However, fetching mail/news was still broken -- no hang this time,
just nothing seeming to happen. And the *Server* buffer was messed
up as I previously described:

At 10:13 -0400 on Tuesday 2017-09-26, N. Jackson wrote:
>
> The problem can be easily seen in the *Server* buffer. All my
> nntp servers are broken.
>
> - The nntp servers that are managed by the Agent are in an
>   "offline" state even though Gnus is currently plugged (and I
>   have a good Internet connection), and the `O', `C' and `R'
>   (open, close, and reset all) commands have not effect. (Toggling
>   the plugged/unplugged state a few times hasn't changed this
>   brokenness.)
>
> - The nntp servers that are not managed by the Agent are in a
>   "denied" state and the `O', `C' and `R' (open, close, and reset
>   all) commands have not effect.

It almost seems as if Gnus is in an "unplugged" state even though
in the mode line it says that it's "plugged". (Toggling the
plugged/unplugged state so that the mode line says it's
"unplugged" doesn't help though.)

One reason why I think Gnus is actually "unplugged" is that when I
enter a news group that is managed by the Agent when Gnus is
"unplugged", the *Summary* buffer is displayed almost instantly.
In contrast when Gnus is not in a "broken" state and is "plugged",
loading the *Summary* buffer is slow as Gnus will retrieve headers
over the Internet,

A second reason why I think Gnus is actually "unplugged" is that
there are lines in news group *Summary* buffers like

  - .│0.0k│1969-12-31 19:00│ ▣ Gnus Agent               [Undownloaded article 218857]

which I would normally only see when Gnus is "unplugged".

I have now restarted Emacs to get Gnus back into a working state
-- I have to get real work done. I will report more when I have
time to investigate a "broken" instance of Gnus more thoroughly.

N.






  reply	other threads:[~2017-09-29 17:27 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-25 15:01 bug#28596: 26.0.60; [Gnus] Checking mail is no longer reliable and C-g no longer quits N. Jackson
2017-09-25 17:03 ` N. Jackson
2017-09-25 17:14 ` Noam Postavsky
2017-09-26 14:13   ` N. Jackson
2017-09-29  9:10 ` Eli Zaretskii
2017-09-29 15:20   ` Eric Abrahamsen
2017-09-29 17:27     ` N. Jackson [this message]
2017-09-29 20:17       ` Eric Abrahamsen
2017-12-02 17:40       ` Eli Zaretskii
2017-12-04 17:14         ` N. Jackson
2017-12-04 17:56           ` Eli Zaretskii
2017-12-22 13:43             ` Eli Zaretskii
2017-12-27 21:00             ` Lars Ingebrigtsen
     [not found]               ` <871sjfdaql.fsf_-_@moondust.localdomain>
2017-12-28 12:07                 ` bug#28596: 26.0.60; Gnus gets into an ambiguous plugged/unplugged state that prevents retrieval of news Lars Ingebrigtsen
2017-12-28 16:27                   ` Eli Zaretskii
2017-12-28 16:29                     ` Lars Ingebrigtsen
2017-12-28 17:54                       ` Eli Zaretskii
2017-12-28 20:15                         ` Lars Ingebrigtsen
2017-12-29  0:14                         ` N. Jackson
2018-07-02 17:55                           ` Eli Zaretskii
2018-07-03  0:19                             ` N. Jackson
2018-07-04 16:50                               ` Eli Zaretskii
2018-07-04 18:03                                 ` N. Jackson
2018-07-04 18:13                                   ` N. Jackson
2018-07-04 18:30                                     ` Eli Zaretskii
2018-07-04 18:38                                     ` N. Jackson
2018-07-04 18:41                                       ` Eli Zaretskii
2018-07-12 15:33                                       ` N. Jackson
2018-07-12 15:45                                         ` Eli Zaretskii
2019-09-27 15:25                                         ` Lars Ingebrigtsen
2020-07-19 15:44                                           ` Lars Ingebrigtsen
2018-07-04 18:30                                   ` Eli Zaretskii
2017-12-11 17:58           ` bug#28596: " N. Jackson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87bmlt76uw.fsf@moondust.localdomain \
    --to=nljlistbox2@gmail.com \
    --cc=28596@debbugs.gnu.org \
    --cc=eric@ericabrahamsen.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.