GNU bug report logs -
#4657
23.1.50; duplicate entries in file-name-history from read-file-name
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 18 Oct 2009 18:26:50 -0400
with message-id <871vl05oet.fsf <at> stupidchicken.com>
and subject line Re: 23.1.50; duplicate entries in file-name-history from read-file-name
has caused the Emacs bug report #4657,
regarding 23.1.50; duplicate entries in file-name-history from read-file-name
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 help-debbugs <at> gnu.org
immediately.)
--
4657: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4657
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
In a fresh emacs -q load and execute the command foo in order to
read the file name ~/foo/bar
(defun foo ()
(interactive)
(read-file-name "File: (default ~/foo/bar) " "~/foo/" "~/foo/bar")
(message "%s" file-name-history))
If I explicitly enter ~/foo/bar in the minibuffer, multiple
executions of this command add this file to file-name-history only
once. If I am lazy and just use the default value, each execution
will add one more entry ~/foo/bar to file-name-history. I would
expect that multiple equal entries in succession should always be
avoided in file-name-history.
In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.9)
of 2009-08-03 on foo
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: C
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: en_GB.utf8
value of $LANG: en_US.ISO-8859-15
value of $XMODIFIERS: nil
locale-coding-system: iso-latin-9-unix
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
[Message part 3 (message/rfc822, inline)]
> (defun foo ()
> (interactive)
> (read-file-name "File: (default ~/foo/bar) " "~/foo/" "~/foo/bar")
> (message "%s" file-name-history))
> If I explicitly enter ~/foo/bar in the minibuffer, multiple
> executions of this command add this file to file-name-history only
> once. If I am lazy and just use the default value, each execution
> will add one more entry ~/foo/bar to file-name-history. I would
> expect that multiple equal entries in succession should always be
> avoided in file-name-history.
I've checked in a fix.
This bug report was last modified 15 years and 297 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.