GNU bug report logs -
#17950
24.4.50; REGRESSION: `read-file-name' from a menu (mouse) treats "~/" as installation dir
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sat, 5 Jul 2014 21:31:01 UTC
Severity: wishlist
Tags: wontfix
Found in version 24.4.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 12 Jul 2014 12:28:05 +0300
with message-id <83lhrz9ba2.fsf <at> gnu.org>
and subject line Re: bug#17950: 24.4.50; REGRESSION: `read-file-name' from a menu (mouse) treats "~/" as installation dir
has caused the debbugs.gnu.org bug report #17950,
regarding 24.4.50; REGRESSION: `read-file-name' from a menu (mouse) treats "~/" as installation dir
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
17950: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17950
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
emacs -Q
(defun foo (file)
(interactive (list (read-file-name "Foo: " "~/")))
(message "File is `%s'" file))
(define-key menu-bar-file-menu [foo] '(menu-item "FOOOO" foo))
(expand-file-name "~/") ; correctly returns my home directory, as in
previous Emacs versions.
And `M-x foo' correctly uses `~/' as the directory.
But invoking the same command `foo' from the menu (item `FOOOO') uses
the Emacs installation directory instead.
In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
of 2014-06-28 on ODIEONE
Bzr revision: 117431 rgm <at> gnu.org-20140628015517-eku6hj8mpgcvfnso
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/snapshot/trunk
--enable-checking=yes,glyphs 'CFLAGS=-O0 -g3'
LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
-Ic:/Devel/emacs/include''
[Message part 3 (message/rfc822, inline)]
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: drew.adams <at> oracle.com, 17950 <at> debbugs.gnu.org
> Date: Mon, 07 Jul 2014 12:39:43 -0400
>
> > Given that this is standard behavior of the file selection dialog on
> > Windows 7 and later, the question is, should we try to work around it
> > (assuming there is a workaround, which is something I'm not yet sure)?
>
> To the extent that using the system's dialog is meant to follow the
> system's behavior, I think it makes sense to just "go with the flow".
No further comments, so I documented the changed behavior in emacs-24
branch, revision 117373, and I'm closing the bug.
This bug report was last modified 11 years and 7 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.