From unknown Sat Jun 21 12:10:22 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16405 <16405@debbugs.gnu.org> To: bug#16405 <16405@debbugs.gnu.org> Subject: Status: info on non-existent node shows raw info buffer Reply-To: bug#16405 <16405@debbugs.gnu.org> Date: Sat, 21 Jun 2025 19:10:22 +0000 retitle 16405 info on non-existent node shows raw info buffer reassign 16405 emacs submitter 16405 Glenn Morris severity 16405 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 09 23:54:42 2014 Received: (at submit) by debbugs.gnu.org; 10 Jan 2014 04:54:42 +0000 Received: from localhost ([127.0.0.1]:44584 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1U7F-0007ud-Tt for submit@debbugs.gnu.org; Thu, 09 Jan 2014 23:54:42 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:48833) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1U7E-0007uT-78 for submit@debbugs.gnu.org; Thu, 09 Jan 2014 23:54:40 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1W1U7D-0003VZ-6M; Thu, 09 Jan 2014 23:54:39 -0500 From: Glenn Morris To: submit@debbugs.gnu.org Subject: info on non-existent node shows raw info buffer X-Spook: import csystems doctrine Ceridian Semtex clones national X-Ran: DW-,{^>)/kw[H_Q^2O57kLw00kpu1P:VEjakwWmwb%-mR}N9[M'kQo,=LC>uO]JpzDX"SJ X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 09 Jan 2014 23:54:38 -0500 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Package: emacs Version: 24.3 (info "(emacs)Node That Does Not Exist") This dumps you in a raw, unformatted info buffer, which is not very friendly. I think it should format the info buffer as normal, go to the start, and only then return user-error: No such node or anchor: Node That Does Not Exist From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 10 03:06:32 2014 Received: (at 16405) by debbugs.gnu.org; 10 Jan 2014 08:06:32 +0000 Received: from localhost ([127.0.0.1]:44689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1X6u-0005VD-5A for submit@debbugs.gnu.org; Fri, 10 Jan 2014 03:06:32 -0500 Received: from [69.163.184.122] (port=53394 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1X6r-0005V1-Ej for 16405@debbugs.gnu.org; Fri, 10 Jan 2014 03:06:30 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id B5867301948192; Fri, 10 Jan 2014 00:06:27 -0800 (PST) From: Juri Linkov To: Glenn Morris Subject: Re: bug#16405: info on non-existent node shows raw info buffer Organization: JURTA References: Date: Fri, 10 Jan 2014 10:04:11 +0200 In-Reply-To: (Glenn Morris's message of "Thu, 09 Jan 2014 23:54:38 -0500") Message-ID: <87bnzkgt50.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > (info "(emacs)Node That Does Not Exist") > > This dumps you in a raw, unformatted info buffer, which is not very > friendly. I think it should format the info buffer as normal, go to the > start, and only then return > > user-error: No such node or anchor: Node That Does Not Exist [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 16405 Cc: 16405@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > (info "(emacs)Node That Does Not Exist") > > This dumps you in a raw, unformatted info buffer, which is not very > friendly. I think it should format the info buffer as normal, go to the > start, and only then return > > user-error: No such node or anchor: Node That Does Not Exist [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS > (info "(emacs)Node That Does Not Exist") > > This dumps you in a raw, unformatted info buffer, which is not very > friendly. I think it should format the info buffer as normal, go to the > start, and only then return > > user-error: No such node or anchor: Node That Does Not Exist AFAICS, this problem happens only when there is no *info* buffer initially. Otherwise, it recovers to the previously visited Info node. So if there is no history then it could visit the Top node. BTW, I see a similar problem with (info "(File That Does Not Exist)Node That Does Not Exist") It displays an empty Info buffer. I guess it would make sense to visit the Dir node in this case. This patch should fix both problems: === modified file 'lisp/info.el' --- lisp/info.el 2014-01-01 07:43:34 +0000 +++ lisp/info.el 2014-01-10 08:02:57 +0000 @@ -917,6 +917,8 @@ (defun Info-find-file (filename &optiona (setq filename found) (if noerror (setq filename nil) + (unless Info-history + (Info-directory)) (error "Info file %s does not exist" filename))) filename)))) @@ -1238,11 +1240,13 @@ (defun Info-find-node-2 (filename nodena (setq Info-point-loc nil)))))) ;; If we did not finish finding the specified node, ;; go back to the previous one. - (or Info-current-node no-going-back (null Info-history) - (let ((hist (car Info-history))) - (setq Info-history (cdr Info-history)) - (Info-find-node (nth 0 hist) (nth 1 hist) t) - (goto-char (nth 2 hist)))))) + (unless (or Info-current-node no-going-back) + (if Info-history + (let ((hist (car Info-history))) + (setq Info-history (cdr Info-history)) + (Info-find-node (nth 0 hist) (nth 1 hist) t) + (goto-char (nth 2 hist))) + (Info-find-node (or filename Info-current-file) "Top" t))))) ;; Cache the contents of the (virtual) dir file, once we have merged ;; it for the first time, so we can save time subsequently. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 10 03:24:40 2014 Received: (at 16405) by debbugs.gnu.org; 10 Jan 2014 08:24:40 +0000 Received: from localhost ([127.0.0.1]:44710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1XOR-00064o-6L for submit@debbugs.gnu.org; Fri, 10 Jan 2014 03:24:39 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:56406) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1XOO-00064f-QQ for 16405@debbugs.gnu.org; Fri, 10 Jan 2014 03:24:37 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0MZ600400F5RKI00@mtaout29.012.net.il> for 16405@debbugs.gnu.org; Fri, 10 Jan 2014 10:25:14 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZ600MYUFE1VG60@mtaout29.012.net.il>; Fri, 10 Jan 2014 10:25:14 +0200 (IST) Date: Fri, 10 Jan 2014 10:24:34 +0200 From: Eli Zaretskii Subject: Re: bug#16405: info on non-existent node shows raw info buffer In-reply-to: <87bnzkgt50.fsf@mail.jurta.org> To: Juri Linkov Message-id: <83zjn4b5x9.fsf@gnu.org> References: <87bnzkgt50.fsf@mail.jurta.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16405 Cc: rgm@gnu.org, 16405@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juri Linkov > Date: Fri, 10 Jan 2014 10:04:11 +0200 > Cc: 16405@debbugs.gnu.org > > BTW, I see a similar problem with > > (info "(File That Does Not Exist)Node That Does Not Exist") > > It displays an empty Info buffer. I guess it would make sense to visit > the Dir node in this case. Only if you are not in Info already, I hope. Otherwise, visiting DIR doesn't make sense: we should stay put in the node where we were. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 13 03:05:39 2014 Received: (at 16405-done) by debbugs.gnu.org; 13 Jan 2014 08:05:39 +0000 Received: from localhost ([127.0.0.1]:48298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2cWf-0000Zt-8y for submit@debbugs.gnu.org; Mon, 13 Jan 2014 03:05:37 -0500 Received: from [69.163.184.122] (port=45831 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2cWb-0000Zg-IK for 16405-done@debbugs.gnu.org; Mon, 13 Jan 2014 03:05:34 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 3B0D8301E8A888; Mon, 13 Jan 2014 00:05:31 -0800 (PST) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#16405: info on non-existent node shows raw info buffer Organization: JURTA References: <87bnzkgt50.fsf@mail.jurta.org> <83zjn4b5x9.fsf@gnu.org> Date: Mon, 13 Jan 2014 10:05:03 +0200 In-Reply-To: <83zjn4b5x9.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 10 Jan 2014 10:24:34 +0200") Message-ID: <87r48c489c.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> (info "(File That Does Not Exist)Node That Does Not Exist") >> >> It displays an empty Info buffer. I guess it would make sense to visit >> the Dir node in this case. > > Only if you are not in Info already, I hope. Otherwise, visiting DIR > doesn't make sense: we should stay put in the node where we were. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 16405-done Cc: rgm@gnu.org, 16405-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> (info "(File That Does Not Exist)Node That Does Not Exist") >> >> It displays an empty Info buffer. I guess it would make sense to visit >> the Dir node in this case. > > Only if you are not in Info already, I hope. Otherwise, visiting DIR > doesn't make sense: we should stay put in the node where we were. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS >> (info "(File That Does Not Exist)Node That Does Not Exist") >> >> It displays an empty Info buffer. I guess it would make sense to visit >> the Dir node in this case. > > Only if you are not in Info already, I hope. Otherwise, visiting DIR > doesn't make sense: we should stay put in the node where we were. This is fixed now to visit DIR only if no previous node is already visited. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 13 11:11:34 2014 Received: (at 16405-done) by debbugs.gnu.org; 13 Jan 2014 16:11:34 +0000 Received: from localhost ([127.0.0.1]:49198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2k6v-0001Kk-Pl for submit@debbugs.gnu.org; Mon, 13 Jan 2014 11:11:34 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:49256) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2k6s-0001KV-Eq for 16405-done@debbugs.gnu.org; Mon, 13 Jan 2014 11:11:31 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MZC00800KGUGP00@a-mtaout20.012.net.il> for 16405-done@debbugs.gnu.org; Mon, 13 Jan 2014 18:11:28 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZC00877KZ2ET50@a-mtaout20.012.net.il>; Mon, 13 Jan 2014 18:11:27 +0200 (IST) Date: Mon, 13 Jan 2014 18:11:16 +0200 From: Eli Zaretskii Subject: Re: bug#16405: info on non-existent node shows raw info buffer In-reply-to: <87r48c489c.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il To: Juri Linkov Message-id: <83fvor7tgb.fsf@gnu.org> References: <87bnzkgt50.fsf@mail.jurta.org> <83zjn4b5x9.fsf@gnu.org> <87r48c489c.fsf@mail.jurta.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16405-done Cc: rgm@gnu.org, 16405-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juri Linkov > Cc: rgm@gnu.org, 16405-done@debbugs.gnu.org > Date: Mon, 13 Jan 2014 10:05:03 +0200 > > >> (info "(File That Does Not Exist)Node That Does Not Exist") > >> > >> It displays an empty Info buffer. I guess it would make sense to visit > >> the Dir node in this case. > > > > Only if you are not in Info already, I hope. Otherwise, visiting DIR > > doesn't make sense: we should stay put in the node where we were. > > This is fixed now to visit DIR only if no previous node is already visited. Thank you. From unknown Sat Jun 21 12:10:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 11 Feb 2014 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator