From unknown Tue Aug 19 23:08:53 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#2398 <2398@debbugs.gnu.org> To: bug#2398 <2398@debbugs.gnu.org> Subject: Status: 23.0.90; MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Reply-To: bug#2398 <2398@debbugs.gnu.org> Date: Wed, 20 Aug 2025 06:08:53 +0000 retitle 2398 23.0.90; MUSTMATCH read-file-name arg, confirm-nonexistent-fil= e-or-buffer reassign 2398 emacs submitter 2398 "Drew Adams" severity 2398 normal thanks From drew.adams@oracle.com Thu Feb 19 16:02:54 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 20 Feb 2009 00:02:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1K02p44018398 for ; Thu, 19 Feb 2009 16:02:52 -0800 Received: from mail.gnu.org ([199.232.76.166]:55564 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LaIoj-0005jB-Mt for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 19:00:42 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LaIqm-0006pC-A1 for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 19:02:41 -0500 Received: from rcsinet12.oracle.com ([148.87.113.124]:64466 helo=rgminet12.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LaIql-0006ow-Ev for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 19:02:40 -0500 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1K02X0a012736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 20 Feb 2009 00:02:35 GMT Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1K02djF003365 for ; Fri, 20 Feb 2009 00:02:40 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 20 Feb 2009 00:02:31 +0000 From: "Drew Adams" To: Subject: 23.0.90; MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Thu, 19 Feb 2009 16:02:44 -0800 Message-ID: <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AcmS7o5OKo5uNZ2mQaO5Ds33anjlMQ== X-Source-IP: acsmt703.oracle.com [141.146.40.81] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.499DF318.0321:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 1. Doc string of `read-file-name' says: "Fourth arg MUSTMATCH non-nil means require existing file's name. Non-nil and non-t means also require confirmation after completion." A value such as `confirm-after-completion' does NOT mean that an existing file name is required, AFAICT, so the first sentence is false. Passing a value such as `confirm-after-completion' is no guarantee that the string returned by `read-file-name' names an existing file. 2. Similarly, the Elisp manual seems incorrect. You are not REQUIRED to enter the name of an existing file, if MUSTMATCH is, say, `confirm-after-completion'. Completion is still lax in this case; it's just that you must confirm that you want a non-existing file name. 3. Beyond the fact that the doc is inaccurate (and confusing) on this matter, the new behavior also breaks existing code. Any code that passed a non-nil non-t value in order to guarantee that the value returned by the function names an existing file is now broken. 4. The user option `confirm-nonexistent-file-or-buffer' is not even documented in this regard in the Elisp manual. 5. The default value of `confirm-nonexistent-file-or-buffer' is `after-completion', but if you do M-x customize-option confirm-nonexistent-file-or-buffer you see "Always", not "After completion", as the current value, and State says STANDARD. Something is amiss here. Further, you can change the value, using the Value Menu, to "Always" or to "After completion", but the actual value remains the same: `after-completion'. This is a mess (bugged), and quite confusing. And the available values don't seem to correspond to either the documented completion behavior (see above) or the actual completion behavior. In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600) of 2009-02-01 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From cyd@stupidchicken.com Wed Mar 18 21:27:13 2009 Received: (at 2398-done) by emacsbugs.donarmstrong.com; 19 Mar 2009 04:27:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2J4RAno032229 for <2398-done@emacsbugs.donarmstrong.com>; Wed, 18 Mar 2009 21:27:11 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id C79D757E245; Thu, 19 Mar 2009 00:28:32 -0400 (EDT) From: Chong Yidong To: 2398-done@debbugs.gnu.org Subject: Re: 23.0.90; MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Thu, 19 Mar 2009 00:28:32 -0400 Message-ID: <87mybii1an.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii The minibuffer changes have now been documented. From unknown Tue Aug 19 23:08:53 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Thu, 16 Apr 2009 14:24:09 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From drew.adams@oracle.com Sun May 24 16:23:49 2009 Received: (at control) by emacsbugs.donarmstrong.com; 24 May 2009 23:23:50 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4ONNjnk019122 for ; Sun, 24 May 2009 16:23:46 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4ONNTtc022440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 24 May 2009 23:23:30 GMT Received: from abhmt010.oracle.com (abhmt010.oracle.com [141.146.116.19]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4ONNepb000777 for ; Sun, 24 May 2009 23:23:40 GMT Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 24 May 2009 16:23:36 -0700 From: "Drew Adams" To: Subject: bug #2398 - unarchive and reopen Date: Sun, 24 May 2009 16:23:53 -0700 Message-ID: <9F3D4E2BB60349489494016FA2B22C87@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcncxrOK9h+X1rZdTv+hVUpzqcBOYg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt010.oracle.com [141.146.116.19] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A01020A.4A19D6F9.00BD:SCFSTAT5015188,ss=1,fgs=0 unarchive 2398 reopen 2398 thanks From drew.adams@oracle.com Sun May 24 16:32:19 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 24 May 2009 23:32:19 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.0 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4ONWFV6020909 for ; Sun, 24 May 2009 16:32:16 -0700 Received: from mail.gnu.org ([199.232.76.166]:52887 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M8NAs-0004nu-DU for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 19:32:14 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M8NAq-0003SL-P0 for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 19:32:14 -0400 Received: from mx20.gnu.org ([199.232.41.8]:10715) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M8NAq-0003S7-EY for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 19:32:12 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M8NAp-0000nu-K2 for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 19:32:11 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4ONVgcm017555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 24 May 2009 23:31:43 GMT Received: from abhmt008.oracle.com (abhmt008.oracle.com [141.146.116.17]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4ONWfBS022501; Sun, 24 May 2009 23:32:42 GMT Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 24 May 2009 16:31:55 -0700 From: "Drew Adams" To: <2398@debbugs.gnu.org>, References: <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> Subject: RE: bug#2398: 23.0.90;MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sun, 24 May 2009 16:32:12 -0700 Message-ID: <0A3A229201594E8CA5750900B280FB8B@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> Thread-Index: AcmS7o5OKo5uNZ2mQaO5Ds33anjlMRJ2DLgA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt008.oracle.com [141.146.116.17] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010208.4A19D8EC.01BF:SCFSTAT5015188,ss=1,fgs=0 X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. > 2. Similarly, the Elisp manual seems incorrect. You are not > REQUIRED to enter the name of an existing file, if MUSTMATCH is, say, > `confirm-after-completion'. Completion is still lax in this case; > it's just that you must confirm that you want a non-existing file > name. Not fixed. The manual still says that read-file-name argument REQUIRE-MATCH has the same meaning as for `completing-read'. And it says nothing about the special values for this argument and the new behavior they effect. > 3. Beyond the fact that the doc is inaccurate (and confusing) on this > matter, the new behavior also breaks existing code. Any code that > passed a non-nil non-t value in order to guarantee that the value > returned by the function names an existing file is now broken. Not fixed. > 4. The user option `confirm-nonexistent-file-or-buffer' is not even > documented in this regard in the Elisp manual. Not fixed. From cyd@stupidchicken.com Sat Aug 15 11:09:54 2009 Received: (at control) by emacsbugs.donarmstrong.com; 15 Aug 2009 18:09:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FI9qpB016489 for ; Sat, 15 Aug 2009 11:09:53 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 4E7C457E21C; Sat, 15 Aug 2009 14:10:51 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 2398 Date: Sat, 15 Aug 2009 14:10:51 -0400 Message-ID: <87tz09vtg4.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 2398 thanks From drew.adams@oracle.com Sat Aug 15 12:13:01 2009 Received: (at control) by emacsbugs.donarmstrong.com; 15 Aug 2009 19:13:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FJD0KQ027809 for ; Sat, 15 Aug 2009 12:13:01 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FJCNuR020769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 15 Aug 2009 19:12:24 GMT Received: from abhmt004.oracle.com (abhmt004.oracle.com [141.146.116.13]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FJCp7Y015253 for ; Sat, 15 Aug 2009 19:12:51 GMT Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 12:12:48 -0700 From: "Drew Adams" To: Subject: bug #2398 - reopen Date: Sat, 15 Aug 2009 12:13:09 -0700 Message-ID: <3C261256FF404E69A874763DE6214CBF@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod3GzGS8ZFX9ubTOuA9t7QEfa3BQ== X-Source-IP: abhmt004.oracle.com [141.146.116.13] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4A8708B1.0209:SCFSTAT5015188,ss=1,fgs=0 reopen 2398 thanks From drew.adams@oracle.com Sat Aug 15 12:32:15 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 19:32:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FJWDXi030833 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 12:32:14 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FJVbpC010302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Aug 2009 19:31:39 GMT Received: from abhmt006.oracle.com (abhmt006.oracle.com [141.146.116.15]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FJW8uP003373; Sat, 15 Aug 2009 19:32:08 GMT Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 12:32:04 -0700 From: "Drew Adams" To: <2398@debbugs.gnu.org> Cc: "'Chong Yidong'" References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> Subject: RE: bug#2398 NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sat, 15 Aug 2009 12:32:25 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod1f1l/KGDiG6jSiyBox4QiNiYPwABojcA X-Source-IP: abhmt006.oracle.com [141.146.116.15] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4A870D35.0143:SCFSTAT5015188,ss=1,fgs=0 No explanation was given for closing this bug. This is the second time recently that you've closed a bug I filed without sending any mail explaining the closure. The latest info provided in this thread indicates that the bug is still not fixed. If this bug has been fixed, then what changes were made to fix it? How can I verify that it has been fixed? From cyd@stupidchicken.com Sat Aug 15 12:48:44 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 19:48:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FJmhOh001140 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 12:48:44 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id E704E57E21C; Sat, 15 Aug 2009 15:49:41 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: <2398@debbugs.gnu.org> Subject: Re: bug#2398 NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> Date: Sat, 15 Aug 2009 15:49:41 -0400 In-Reply-To: (Drew Adams's message of "Sat, 15 Aug 2009 12:32:25 -0700") Message-ID: <874os8502y.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Drew Adams" writes: > No explanation was given for closing this bug. This is the second time > recently that you've closed a bug I filed without sending any mail > explaining the closure. > > The latest info provided in this thread indicates that the bug is > still not fixed. If this bug has been fixed, then what changes were > made to fix it? How can I verify that it has been fixed? It's documented in the Emacs manual and the Lisp manual, as you can easily check. From drew.adams@oracle.com Sat Aug 15 13:34:37 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 20:34:38 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FKYawv009065 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 13:34:37 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FKXxYX016230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Aug 2009 20:34:00 GMT Received: from abhmt006.oracle.com (abhmt006.oracle.com [141.146.116.15]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FKYTrd000728; Sat, 15 Aug 2009 20:34:29 GMT Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 13:34:26 -0700 From: "Drew Adams" To: "'Chong Yidong'" Cc: <2398@debbugs.gnu.org> References: <87tz09vtg4.fsf@cyd.mit.edu><012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> Subject: RE: bug#2398 NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sat, 15 Aug 2009 13:34:47 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <874os8502y.fsf@cyd.mit.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod4YRsMYjhHtEgRQ6VbbY2+gYCagAAUfsA X-Source-IP: abhmt006.oracle.com [141.146.116.15] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4A871BD3.0011:SCFSTAT5015188,ss=1,fgs=0 > > No explanation was given for closing this bug. This is the > > second time recently that you've closed a bug I filed without > > sending any mail explaining the closure. > > > > The latest info provided in this thread indicates that the bug is > > still not fixed. If this bug has been fixed, then what changes were > > made to fix it? How can I verify that it has been fixed? > > It's documented in the Emacs manual and the Lisp manual, as you can > easily check. 1. Easily? Well, I either have to build Emacs from CVS or search each of today's CVS texi files at http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/emacs/ and http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/lispref/. That's hardly trivial. You can't be bothered to respond explicitly as to how you fixed the text? Or point to the relevant passages? Nevertheless, I did search the CVS texi files until I found relevant passages. It appears you did correct the text. Thank you for that. Fixing a bug and closing it entails letting the bug reporter know how it was fixed. That's been true since the dawn of software. It is irresponsible to just silently close a bug with no explanation. 2. This bug report was not only about documentation. It also describes a product regression wrt Emacs 22: > Any code that passed a non-nil non-t value in order to > guarantee that the value returned by the function > names an existing file is now broken. How will this problem be addressed? Will the regression be fixed? If not, will the new behavior at least be signaled to users as an incompatible change? From cyd@stupidchicken.com Sat Aug 15 13:42:26 2009 Received: (at 2398-done) by emacsbugs.donarmstrong.com; 15 Aug 2009 20:42:26 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.6 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FKgPtQ010352 for <2398-done@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 13:42:26 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 9E93A57E21C; Sat, 15 Aug 2009 16:43:23 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: <2398-done@debbugs.gnu.org> Subject: Re: bug#2398 NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> Date: Sat, 15 Aug 2009 16:43:23 -0400 In-Reply-To: (Drew Adams's message of "Sat, 15 Aug 2009 13:34:47 -0700") Message-ID: <87prawn6z8.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> Any code that passed a non-nil non-t value in order to >> guarantee that the value returned by the function >> names an existing file is now broken. > > How will this problem be addressed? Will the regression be fixed? If > not, will the new behavior at least be signaled to users as an > incompatible change? No further code changes will be made; and the change is already documented in NEWS. From eliz@gnu.org Sat Aug 15 14:10:23 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 21:10:23 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout3.012.net.il (mtaout4.012.net.il [84.95.2.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FLALCk015863 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 14:10:22 -0700 Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KOF00A00RUL7Z00@i_mtaout3.012.net.il> for 2398@emacsbugs.donarmstrong.com; Sun, 16 Aug 2009 00:10:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.127.190]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KOF00678S51NTQ0@i_mtaout3.012.net.il>; Sun, 16 Aug 2009 00:10:14 +0300 (IDT) Date: Sun, 16 Aug 2009 00:10:21 +0300 From: Eli Zaretskii Subject: Re: bug#2398: NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams , 2398@debbugs.gnu.org Cc: cyd@stupidchicken.com Reply-to: Eli Zaretskii Message-id: <83skfsiy0y.fsf@gnu.org> References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> > From: "Drew Adams" > Date: Sat, 15 Aug 2009 13:34:47 -0700 > Cc: 2398@emacsbugs.donarmstrong.com > > > It's documented in the Emacs manual and the Lisp manual, as you can > > easily check. > > 1. Easily? Well, I either have to build Emacs from CVS or search each of > today's CVS texi files at > http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/emacs/ and > http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/lispref/. That's hardly > trivial. It is customary to leave the reference to the bug number in the relevant ChangeLog files. Using that reference makes it much easier to find where the bug was fixed. If such a reference wasn't made in this case, I think it should. From drew.adams@oracle.com Sat Aug 15 14:15:24 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 21:15:25 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.1 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FLFN00016658 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 14:15:24 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FLEkpk028330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Aug 2009 21:14:48 GMT Received: from abhmt016.oracle.com (abhmt016.oracle.com [141.146.116.25]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FLFrWs021356; Sat, 15 Aug 2009 21:15:53 GMT Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 14:15:13 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" , <2398@debbugs.gnu.org> Cc: References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> <83skfsiy0y.fsf@gnu.org> Subject: RE: bug#2398: NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sat, 15 Aug 2009 14:15:36 -0700 Message-ID: <53C0524A44F74D7192E03A1B5BAB8D39@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83skfsiy0y.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod7NLSC68+ODGoRgmYOdwNCORUDQAAHxqg X-Source-IP: abhmt016.oracle.com [141.146.116.25] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4A872562.013B:SCFSTAT5015188,ss=1,fgs=0 > > > It's documented in the Emacs manual and the Lisp manual, > > > as you can easily check. > > > > 1. Easily? Well, I either have to build Emacs from CVS or > > search each of today's CVS texi files at > > http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/emacs/ and > > http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/lispref/. > > That's hardly trivial. > > It is customary to leave the reference to the bug number in the > relevant ChangeLog files. Using that reference makes it much easier > to find where the bug was fixed. If such a reference wasn't made in > this case, I think it should. I didn't realize that. Thanks for the info. Yes, that would help considerably. FWIW, I don't see `2398' in the Changelog for either manual, but perhaps I didn't search correctly. From cyd@stupidchicken.com Sat Aug 15 14:22:47 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 21:22:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.1 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FLMk9R017565 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 14:22:47 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 45E8557E21C; Sat, 15 Aug 2009 17:23:45 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: "'Eli Zaretskii'" , <2398@debbugs.gnu.org> Subject: Re: bug#2398: NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer References: <87tz09vtg4.fsf@cyd.mit.edu> <012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> <83skfsiy0y.fsf@gnu.org> <53C0524A44F74D7192E03A1B5BAB8D39@us.oracle.com> Date: Sat, 15 Aug 2009 17:23:45 -0400 In-Reply-To: <53C0524A44F74D7192E03A1B5BAB8D39@us.oracle.com> (Drew Adams's message of "Sat, 15 Aug 2009 14:15:36 -0700") Message-ID: <87fxbsn53y.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Drew Adams" writes: > FWIW, I don't see `2398' in the Changelog for either manual, but > perhaps I didn't search correctly. I wrote in a reply to bug#2398, on 19 March: > The minibuffer changes have now been documented. These are the relevant changelog entries (I didn't put in the bug number in this case, though I probably should have; the reason is that these changes were just part of a larger set of revisions to the manual.) 2009-03-15 Chong Yidong * mini.texi (Completion Commands): Describe Emacs 23 completion rules. (Completion Options): Document read-file-name-completion-ignore-case, read-buffer-completion-ignore-case, and completion-styles. Remove description of partial-completion-mode. 2009-03-17 Chong Yidong * minibuf.texi (Basic Completion): Note that read-file-name-completion-ignore-case and read-buffer-completion-ignore-case can override completion-ignore-case. (Minibuffer Completion): Document completing-read changes. (Completion Commands): Avoid mentioning partial completion mode. Document minibuffer-completion-confirm changes, and minibuffer-confirm-exit-commands. (High-Level Completion): Document new require-match behavior for read-buffer. Document read-buffer-completion-ignore-case. (Reading File Names): Document new require-match behavior for read-file-name. From drew.adams@oracle.com Sat Aug 15 14:53:37 2009 Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 21:53:37 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.1 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FLracN022714 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 14:53:37 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FLrdsX027337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Aug 2009 21:53:41 GMT Received: from abhmt006.oracle.com (abhmt006.oracle.com [141.146.116.15]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FLrTFO013442; Sat, 15 Aug 2009 21:53:29 GMT Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 14:53:26 -0700 From: "Drew Adams" To: "'Chong Yidong'" Cc: "'Eli Zaretskii'" , <2398@debbugs.gnu.org> References: <87tz09vtg4.fsf@cyd.mit.edu><012c01c992ee$8ec310b0$c2b22382@us.oracle.com><874os8502y.fsf@cyd.mit.edu><83skfsiy0y.fsf@gnu.org><53C0524A44F74D7192E03A1B5BAB8D39@us.oracle.com> <87fxbsn53y.fsf@cyd.mit.edu> Subject: RE: bug#2398: NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sat, 15 Aug 2009 14:53:49 -0700 Message-ID: <6A1A520FB92B417DBDBE2A009C7D35A6@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87fxbsn53y.fsf@cyd.mit.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod7pFDodlg7JOZRuek5cy+0EhZPAAAjbAQ X-Source-IP: abhmt006.oracle.com [141.146.116.15] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4A872E57.00E5:SCFSTAT5015188,ss=1,fgs=0 > > FWIW, I don't see `2398' in the Changelog for either manual, but > > perhaps I didn't search correctly. > > I wrote in a reply to bug#2398, on 19 March: > > > The minibuffer changes have now been documented. Yes, and I checked the new doc at that time and then replied, saying: The manual still says that read-file-name argument REQUIRE-MATCH has the same meaning as for `completing-read'. And it says nothing about the special values for this argument and the new behavior they effect. Was I mistaken then? It's possible that I was looking at the wrong thing. You did not reply, however, to let me know, if I was wrong. > These are the relevant changelog entries (I didn't put in the > bug number in this case, though I probably should have... Yes, it's a little extra work, but it might have saved both of us some effort in the long run. At any rate, I probably wouldn't have known to find the references in the Changelog - now I know better. But I did check the latest CVS doc at the time and wrote my reply that AFAICT the part I cited was unchanged. (Again, perhaps I was looking at the wrong thing.) From unknown Tue Aug 19 23:08:53 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 13 Sep 2009 14:24:15 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator