From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86808 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.gnus.general Subject: Re: M-g doesn't work with gnus-no-server Date: Tue, 09 Feb 2016 17:42:53 +0900 Message-ID: References: <87fux5gr48.fsf@gnus.org> <877figaegr.fsf@linux-m68k.org> <87mvrcgzye.fsf-ueno@gnu.org> <87vb5zg52o.fsf@gnus.org> <87fux3eohi.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1455007418 13595 80.91.229.3 (9 Feb 2016 08:43:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Feb 2016 08:43:38 +0000 (UTC) Cc: Andreas Schwab , ding@gnus.org To: Lars Ingebrigtsen Original-X-From: ding-owner+M35033@lists.math.uh.edu Tue Feb 09 09:43:23 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aT3tK-00042f-SE for ding-account@gmane.org; Tue, 09 Feb 2016 09:43:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1aT3tG-0001wE-Cb; Tue, 09 Feb 2016 02:43:18 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1aT3tE-0001vg-3L for ding@lists.math.uh.edu; Tue, 09 Feb 2016 02:43:16 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1aT3t9-0005Ht-T3 for ding@lists.math.uh.edu; Tue, 09 Feb 2016 02:43:15 -0600 Original-Received: from eggs.gnu.org ([208.118.235.92]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1aT3t7-0005pR-7v for ding@gnus.org; Tue, 09 Feb 2016 09:43:09 +0100 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aT3sw-0001dl-5Q for ding@gnus.org; Tue, 09 Feb 2016 03:43:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aT3sw-0001dh-0r; Tue, 09 Feb 2016 03:42:58 -0500 Original-Received: from du-a.org ([219.94.251.20]:36355 helo=dhcp-217-92.nrt.redhat.com) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aT3sv-0004K8-89; Tue, 09 Feb 2016 03:42:57 -0500 In-Reply-To: <87fux3eohi.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 08 Feb 2016 16:54:17 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.2 (--------) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86808 Archived-At: --=-=-= Content-Type: text/plain Lars Ingebrigtsen writes: > Daiki Ueno writes: > >> Lars Ingebrigtsen writes: >> >>> Debugger entered--Lisp error: (error "Unknown service: 993") >>> make-network-process(:name "*nnimap*" :buffer #>> nil *nntpd**-409419> :host nil :service "993" :nowait nil) >>> >>> [...] >>> >>> nnimap-change-group(nil "server") >>> >>> Still the literal string "server", which surely has to be wrong... > > [...] > >> gnus-secondary-select-methods >> '((nnimap "server" >> (nnimap-address "......") >> (nnir-search-engine imap)))) > > Oh, your nnimap server is actually called "server". :-) Then the > >>> nnimap-change-group(nil "server") > > part of the backtrace is as it should be. I think. But the right > nnimap-address still isn't set. Hm... I had a bit closer look at this, comparing the backtraces taken from 24.5 (works ok) and the git master (doesn't work). The call sequences until `nnimap-open-server' are: 24.5: gnus-group-get-new-news-this-group -> gnus-activate-group -> gnus-open-server -> nnimap-open-server master: gnus-group-get-new-news-this-group -> gnus-request-group-scan -> nnimap-request-group-scan -> nnimap-change-group -> nnimap-open-server In the former case, `nnimap-open-server' is called with an alist entry containing `nnimap-address', etc., while in the latter case, the function takes "server", nil, nil. So I guess a simple work around would be to replicate the same sequence starting from `gnus-activate-group', if server is not opened. Does the attached patch look correct? To be honest, this issue is no longer priority for myself, since I changed my habit to always use M-x gnus, as nnimap is fast enough these days :-) Regards, -- Daiki Ueno --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-gnus-Make-M-g-work-with-gnus-no-server.patch >From e1d28517a47b6b2fb4e820d5a2b9e12f2087366a Mon Sep 17 00:00:00 2001 From: Daiki Ueno 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: Don't call `gnus-request-group-scan' if server is not opened. --- lisp/gnus/gnus-group.el | 1 + 1 file changed, 1 insertion(+) diff --git a/lisp/gnus/gnus-group.el b/lisp/gnus/gnus-group.el index 1cd16a4..4e1efab 100644 --- a/lisp/gnus/gnus-group.el +++ b/lisp/gnus/gnus-group.el @@ -4110,6 +4110,7 @@ gnus-group-get-new-news-this-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-server-opened 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)) -- 2.5.0 --=-=-=--