GNU bug report logs - #10228
24.0.92; doc string of `read-from-minibuffer' is incorrect (regression)

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.92;
	doc string of `read-from-minibuffer' is incorrect (regression)
Date: Mon, 5 Dec 2011 19:58:03 -0800
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):

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 10228 <at> debbugs.gnu.org
Subject: Re: bug#10228: 24.0.92;
	doc string of `read-from-minibuffer' is incorrect (regression)
Date: Tue, 06 Dec 2011 16:50:39 +0800
"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.