GNU bug report logs -
#22649
25.0.90; M-g doesn't work when Gnus is started with M-x gnus-no-server
Previous Next
Reported by: Daiki Ueno <ueno <at> gnu.org>
Date: Sat, 13 Feb 2016 07:19:02 UTC
Severity: normal
Tags: fixed
Found in version 25.0.90
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22649 in the body.
You can then email your comments to 22649 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22649
; Package
emacs
.
(Sat, 13 Feb 2016 07:19:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Daiki Ueno <ueno <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 13 Feb 2016 07:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This is originally reported at:
http://article.gmane.org/gmane.emacs.gnus.general/85837
and Lars requested to file it here.
When I start Gnus with M-x gnus-no-server, hit M-g on some closed nnimap
group, I get the following backtrace:
--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (error "server/993 Name or service not known")
make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap server nil *nntpd**> :host "server"
:service "993" :nowait nil)
open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993")
open-gnutls-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993")
...
nnimap-open-connection-1(#<buffer *nntpd*>)
nnimap-open-connection(#<buffer *nntpd*>)
nnimap-open-server("server" nil nil)
nnimap-change-group(nil "server")
nnimap-request-group-scan("INBOX" "server" ...)
gnus-request-group-scan("nnimap+server:INBOX" ...)
gnus-group-get-new-news-this-group(nil)
--8<---------------cut here---------------end--------------->8---
It used to work until the recent nnimap rework around Jan 2015.
Apparently newly added `nnimap-request-group-scan' called before
`gnus-activate-group' is causing the problem.
Here is some analysis:
http://article.gmane.org/gmane.emacs.gnus.general/86808
and the current proposed patch:
http://article.gmane.org/gmane.emacs.gnus.general/86824
In GNU Emacs 25.0.90.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.6)
of 2016-02-07 built on debian
Repository revision: 9dc77e37aa84c6df9b3ddb4609f3c09201b0580e
Windowing system distributor 'The X.Org Foundation', version 11.0.11703000
System Description: Debian GNU/Linux unstable (sid)
Configured using:
'configure --with-x-toolkit=gtk3'
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF GSETTINGS NOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Group
Minor modes in effect:
gnus-topic-mode: t
cursor-sensor-mode: t
gnus-undo-mode: t
which-function-mode: t
recentf-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
Opening connection to mail.corp.redhat.com via tls...
Unable to open server nnimap+redhat due to: mail.corp.redhat.com/993 Name or service not known
Type C-x 1 to delete the help window, C-M-v to scroll help.
Reading active file via nnnil...done
nnimap read 0k from well-done.deisui.org (initial sync of 2 groups; please wait)
nnimap read 77k from well-done.deisui.org (initial sync of 2 groups; please wait)
Reading active file from archive via nnfolder...done
Reading active file via nndraft...done
Checking new news...done
Warning: Unable to open server nnimap+redhat due to: mail.corp.redhat.com/993 Name or service not known
Load-path shadows:
None found.
Features:
(shadow sort gnus-cite mail-extr gnus-topic cursor-sensor nndraft nnmh
utf-7 plstore network-stream nsm auth-source cl-seq eieio byte-opt
bytecomp byte-compile cl-extra cconv eieio-core cl-macs gv starttls
nnfolder nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual
gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime password-cache
dig mailcap nntp gnus-cache nnir gnus-sum gnus-group gnus-undo
gnus-start gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc
nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems
nnheader emacsbug message dired format-spec rfc822 mml mml-sec epg
gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
help-fns help-mode mail-prsvr mail-utils which-func imenu recentf
tree-widget wid-edit cl-loaddefs pcase cl-lib cus-start cus-load
finder-inf info package easymenu epg-config time-date mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
dbusbind inotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 344438 23264)
(symbols 48 31388 0)
(miscs 40 61 209)
(strings 32 47598 7241)
(string-bytes 1 1531231)
(vectors 16 24662)
(vector-slots 8 572449 8356)
(floats 8 380 478)
(intervals 56 1045 0)
(buffers 976 20)
(heap 1024 67600 1664))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22649
; Package
emacs
.
(Thu, 12 Apr 2018 16:30:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 22649 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (message/rfc822, inline)]
[Message part 2 (text/plain, inline)]
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>> * lisp/gnus/gnus-group.el: Don't call `gnus-request-group-scan' if
>> server is not opened.
>
> Well, we want `M-g' to open the server if it isn't already... so
> perhaps we should just call `gnus-activate-group'?
I am not really sure if I get your suggestion, but how about this?
Regards,
--
Daiki Ueno
[0001-gnus-Make-M-g-work-with-gnus-no-server.patch (text/x-patch, inline)]
From d84b39a671f3c36634d92897205f3d812a64e9ba Mon Sep 17 00:00:00 2001
From: Daiki Ueno <ueno <at> gnu.org>
Date: Tue, 9 Feb 2016 17:37:59 +0900
Subject: [PATCH] gnus: Make M-g work with gnus-no-server
* lisp/gnus/gnus-group.el: Divert to call `gnus-activate-group' with the
SCAN argument set, if request-group-scan is not defined for the backend.
Ensure that the server is open when calling `gnus-request-group-scan'.
---
lisp/gnus/gnus-group.el | 11 ++++++++---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/lisp/gnus/gnus-group.el b/lisp/gnus/gnus-group.el
index 1cd16a4..5554569 100644
--- a/lisp/gnus/gnus-group.el
+++ b/lisp/gnus/gnus-group.el
@@ -4109,9 +4109,14 @@ gnus-group-get-new-news-this-group
(gnus-group-remove-mark group)
;; Bypass any previous denials from the server.
(gnus-remove-denial (setq method (gnus-find-method-for-group group)))
- (if (or (and (not dont-scan)
- (gnus-request-group-scan group (gnus-get-info group)))
- (gnus-activate-group group (if dont-scan nil 'scan) nil method))
+ (if (if (and (not dont-scan)
+ ;; Prefer request-group-scan if the backend supports it.
+ (gnus-check-backend-function 'request-group-scan group))
+ (progn
+ ;; Ensure that the server is already open.
+ (gnus-activate-group group nil nil method)
+ (gnus-request-group-scan group (gnus-get-info group)))
+ (gnus-activate-group group (if dont-scan nil 'scan) nil method))
(let ((info (gnus-get-info group))
(active (gnus-active group)))
(when info
--
2.5.0
[Message part 4 (text/plain, inline)]
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22649
; Package
emacs
.
(Sun, 15 Apr 2018 14:13:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 22649 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>> Well, we want `M-g' to open the server if it isn't already... so
>> perhaps we should just call `gnus-activate-group'?
>
> I am not really sure if I get your suggestion, but how about this?
Thanks; applied to Emacs 27.1.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Apr 2018 14:13:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
22649 <at> debbugs.gnu.org and Daiki Ueno <ueno <at> gnu.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Apr 2018 14:13:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 14 May 2018 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 44 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.