--- Begin Message ---
Subject: |
23.0.96; Cannot use File > Visit New File on MS Windows |
Date: |
Wed, 29 Jul 2009 21:01:55 -0700 |
emacs -Q
Choose menu item File > Visit New File
You get the Windows `Find file:' dialog box. Enter the name of a new
file, e.g. `xxxx.txt', in field `File name:' and click button
`Open'. You get this error dialog box:
Find file:
xxxx.txt
File not found.
Please verify the correct file name was given
[OK]
In GNU Emacs 23.0.96.1 (i386-mingw-nt5.1.2600)
of 2009-07-09 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#3969: 23.0.96; Cannot use File > Visit New File on MS Windows |
Date: |
Sun, 02 Aug 2009 23:13:11 +0800 |
User-agent: |
Mozilla-Thunderbird 2.0.0.19 (X11/20090103) |
Drew Adams wrote:
emacs -Q
Choose menu item File > Visit New File
You get the Windows `Find file:' dialog box. Enter the name of a new
file, e.g. `xxxx.txt', in field `File name:' and click button
`Open'. You get this error dialog box:
Find file:
xxxx.txt
File not found.
Please verify the correct file name was given
[OK]
The bug was caused by the change that introduced confirmation for
partial completions in the minibuffer - now the MUSTMATCH arg to
read-file-name is not simply nil or non-nil, it can have other special
values too, which mean confirm rather than prevent entry of non-existent
files.
But none of the file dialogs were updated for these special values, so
x-file-dialog is still treating any non-nil value as "require an
existing file". The problem these special values try to prevent does
not really apply to file dialogs, so I have checked in a change that
treats them as nil when calling x-file-dialog.
--- End Message ---