bug#3981: marked as done (23.1; File Open)

[owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System)]

[-- Attachment #1: Type: text/plain, Size: 862 bytes --]


Your message dated Sun, 02 Aug 2009 23:13:11 +0800
with message-id <4A75AD07.20904@gnu.org>
and subject line Re: bug#3969: 23.0.96; Cannot use File > Visit New File on MS Windows
has caused the Emacs bug report #3969,
regarding 23.1; File Open
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
3969: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3969
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 13639 bytes --]

[-- Attachment #2.1.1.1: Type: text/plain, Size: 2063 bytes --]

I opened Emacs 23.1 in MS Windows to write some Lisp code. When I used C-x 
C-f 
to create a new file, it brought up the window to pick a directory and 
create
the file. However, when I typed in a file name, in this case Pi.lisp, and 
clicked ok, a popup appears that says C:\Lisp\Pi.lisp File not found. It 
also does this
when I click the "New File" button at the top of the screen. 
The ability to create a file without having to leave the editor would be 
nice. 
Beyond that, great job with the new release. Emacs loads almost 
instantaneously
on Windows now.


In GNU Emacs 23.1.1 (i386-mingw-nt5.0.2195)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.0.2195
configured using `configure --with-gcc (4.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <tool-bar> 
<new-file> <help-echo> <help-echo> <tool-bar> <new-file> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <tool-bar> <new-file> M-x r 
e p o r t - e m a c s - b u g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit [2 times]
Quit


Matthew Cooper
Arkema, Inc.
Desktop Services
2000 Market Street, 23rd fl.
Philadelphia, PA 19103
e-mail:  matt.cooper@arkema.com

[-- Attachment #2.1.1.2: Type: text/html, Size: 4818 bytes --]

[-- Attachment #2.1.2: Type: image/gif, Size: 1988 bytes --]

[-- Attachment #3: Type: message/rfc822, Size: 3888 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: 3969-done@emacsbugs.donarmstrong.com
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
Message-ID: <4A75AD07.20904@gnu.org>

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.