From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.bugs Subject: bug#35219: 27.0.50; Problems with nnimap groups with non-ASCII characters Date: Fri, 19 Apr 2019 14:48:38 +0900 Organization: Emacsen advocacy group Message-ID: References: <87ftqphjet.fsf@ericabrahamsen.net> <87imvgnh6n.fsf@ericabrahamsen.net> <875zrbi9z3.fsf@ericabrahamsen.net> <878sw7gkmd.fsf@ericabrahamsen.net> <878sw6g99p.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="242647"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-cygwin) Cc: Andy Moreton , 35219@debbugs.gnu.org To: Eric Abrahamsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 19 07:52:30 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hHMRp-0010yl-IO for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Apr 2019 07:52:29 +0200 Original-Received: from localhost ([127.0.0.1]:51674 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHMRo-0002id-FA for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Apr 2019 01:52:28 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:55567) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHMRe-0002iH-C2 for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 01:52:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hHMOW-0002H8-CZ for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 01:49:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57598) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hHMOU-0002Ge-JX for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 01:49:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hHMOU-0002k3-Dv for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 01:49:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Katsumi Yamaoka Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Apr 2019 05:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35219 X-GNU-PR-Package: emacs Original-Received: via spool by 35219-submit@debbugs.gnu.org id=B35219.155565292810517 (code B ref 35219); Fri, 19 Apr 2019 05:49:02 +0000 Original-Received: (at 35219) by debbugs.gnu.org; 19 Apr 2019 05:48:48 +0000 Original-Received: from localhost ([127.0.0.1]:42909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHMOG-0002jZ-7A for submit@debbugs.gnu.org; Fri, 19 Apr 2019 01:48:48 -0400 Original-Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:54330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHMOE-0002jQ-Le for 35219@debbugs.gnu.org; Fri, 19 Apr 2019 01:48:47 -0400 X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2E5D11246C3; Fri, 19 Apr 2019 05:48:45 +0000 (UTC) Original-Received: from hampton.hostforweb.net (unknown [100.96.28.64]) (Authenticated sender: tih5qno0ow) by relay.mailchannels.net (Postfix) with ESMTPA id 9564312427D; Fri, 19 Apr 2019 05:48:44 +0000 (UTC) X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Original-Received: from hampton.hostforweb.net (hampton.hostforweb.net [172.245.115.217]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Fri, 19 Apr 2019 05:48:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net X-MailChannels-Auth-Id: tih5qno0ow X-Supply-Battle: 697c45b90c56ad13_1555652924983_3785577236 X-MC-Loop-Signature: 1555652924983:3765901122 X-MC-Ingress-Time: 1555652924982 Original-Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60000 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1hHMO8-00ESk4-PK; Fri, 19 Apr 2019 00:48:42 -0500 X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Cancel-Lock: sha1:F//hlCchFAbF3jCKMMLyPofFcvU= X-OutGoing-Spam-Status: No, score=-0.2 X-AuthUser: yamaoka@hampton.hostforweb.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:157823 Archived-At: On Thu, 18 Apr 2019 16:53:54 -0700, Eric Abrahamsen wrote: >>> Andy Moreton writes: >>>> I see a similar symptom, but with a different recipe: >>>> - start Gnus >>>> - open the server buffer, select a server, and subscribe to a new group >>>> - quit the server buffer >>>> - in the group buffer, kill the group line for the new group >>>> At this point, emacs is busy but unresponsive. Breaking in with ^G >>>> results in emacs becoming responsive agin, but all of the group lines >>>> disappear from the group buffer. [...] >> After more testing, it seems that this wrong display depends on using >> topics in the group buffer. If I toggle topics off ('t' in the group >> buffer) then killing the newly added group appears to work normally. [...] I found what is happening then, too. At first such a new group is registered in only `gnus-newsrc-hashtb', not `gnus-active-hashtb'. When trying to kill the group in the group buffer of the topic mode, during the course of the procedures `gnus-group-change-level' deletes the group from `gnus-newsrc-hashtb', even so `gnus-group-goto-group' tries to go to the group, and fails. I also realized what `gnus-group-goto-group' does when the group is not found in the hash tables is nonsense. [...] > Yamaoka-san, this would revert some of your changes. Not revert but great improve. What is especially great is that making `g-g-g-g' needless to refer to the hash tables: > - (let ((start (point)) > - (active (and (or > - ;; Some kind of group may be only there. > - (gnus-active group) > - ;; All groups (but with exception) are there. > - (gnus-group-entry group)) > - group))) > + (let ((start (point))) [...] > (gnus-text-property-search > - 'gnus-group active 'forward 'goto)) > + 'gnus-group group 'forward 'goto)) Yes, the existing group should be found but nonexistent one should not be found. > With the attached change, Gnus' original behavior is restored for me, > including the fact that `gnus-group-jump-to-group' will jump to > non-existent groups (creating them in the process). Wow! I don't remember it but Gnus in Emacs 26.2 surely does so. It is probably the right behavior of `gnus-group-jump-to-group': 2011-01-31 Lars Ingebrigtsen * gnus-group.el (gnus-group-jump-to-group): Allow jumping to groups that Gnus doesn't know exists again. 2011-01-28 Julien Danjou * gnus-group.el (gnus-group-jump-to-group): Set must match to t. Probably Lars or someone made it allow non-existent group unconditionally at some time. In No Gnus, (gnus-read-active-file-p) was used as the must-match flag. 2004-05-21 Lars Magne Ingebrigtsen * gnus-group.el (gnus-group-jump-to-group): Don't prompt for non-active groups. Anyway there is no other problem so far, so please push the patch. Thanks. Regards,