GNU bug report logs -
#10228
24.0.92; doc string of `read-from-minibuffer' is incorrect (regression)
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 6 Dec 2011 03:59:01 UTC
Severity: minor
Found in version 24.0.92
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10228 in the body.
You can then email your comments to 10228 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10228
; Package
emacs
.
(Tue, 06 Dec 2011 03:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 06 Dec 2011 03:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In Emacs 24 the doc string was changed wrt DEFAULT-VALUE. It no longer
says that a non-nil READ arg plus empty user input returns
DEFAULT-VALUE. It says that if READ is non-nil then DEFAULT-VALUE is
the default to `read' if the user enters empty input. And it
incorrectly says that if READ is non-nil then `read-from-minibuffer does
not return DEFAULT-VALUE for empty input - it returns the empty string.
And it says nothing about what happens when READ is nil.
The doc string was clearer and was correct in previous Emacs releases.
In GNU Emacs 24.0.92.1 (i386-mingw-nt5.1.2600) of 2011-11-30 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-2.10.1/include --ldflags
-LD:/devel/emacs/libs/gnutls-2.10.1/lib'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10228
; Package
emacs
.
(Tue, 06 Dec 2011 08:52:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10228 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> In Emacs 24 the doc string was changed wrt DEFAULT-VALUE. It no longer
> says that a non-nil READ arg plus empty user input returns
> DEFAULT-VALUE. It says that if READ is non-nil then DEFAULT-VALUE is
> the default to `read' if the user enters empty input. And it
> incorrectly says that if READ is non-nil then `read-from-minibuffer does
> not return DEFAULT-VALUE for empty input - it returns the empty string.
> And it says nothing about what happens when READ is nil.
Fixed, thanks.
bug closed, send any further explanations to
10228 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 27 Jan 2012 07:46:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 24 Feb 2012 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.