GNU bug report logs - #7056
24.0.50; Spurious vars in C-h v completion

Previous Next

Package: emacs;

Reported by: Chong Yidong <cyd <at> stupidchicken.com>

Date: Fri, 17 Sep 2010 16:03:02 UTC

Severity: minor

Found in version 24.0.50

Done: Chong Yidong <cyd <at> stupidchicken.com>

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 7056 in the body.
You can then email your comments to 7056 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 owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7056; Package emacs. (Fri, 17 Sep 2010 16:03:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Chong Yidong <cyd <at> stupidchicken.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 17 Sep 2010 16:03:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Spurious vars in C-h v completion
Date: Fri, 17 Sep 2010 12:04:06 -0400
I see this in Emacs 23.1 onwards, including latest bzr trunk.

emacs -Q
C-h v beg RET

This pops up a *Help* buffer with the contents

   beg is void as a variable.

   Documentation:
   Not documented as a variable.

Similar for `end', `v', and `val'.  I think `v' and `val' come from
let-bindings in describe-variable; not sure about `beg' and `end'.

The call to completing-read in describe-variable should do something to
filter out these false completions.


GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2010-09-16 on furry




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7056; Package emacs. (Sat, 25 Sep 2010 21:14:01 GMT) Full text and rfc822 format available.

Message #8 received at 7056 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 7056 <at> debbugs.gnu.org
Subject: Re: bug#7056: 24.0.50; Spurious vars in C-h v completion
Date: Sat, 25 Sep 2010 23:16:30 +0200
> I see this in Emacs 23.1 onwards, including latest bzr trunk.
> emacs -Q
> C-h v beg RET

> This pops up a *Help* buffer with the contents

>    beg is void as a variable.

>    Documentation:
>    Not documented as a variable.

> Similar for `end', `v', and `val'.  I think `v' and `val' come from
> let-bindings in describe-variable; not sure about `beg' and `end'.

> The call to completing-read in describe-variable should do something to
> filter out these false completions.

Yup.  We could wait for the lexbind branch to be merged, or we can switch
to using lexical-let in that code.


        Stefan




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7056; Package emacs. (Tue, 05 Oct 2010 06:21:01 GMT) Full text and rfc822 format available.

Message #11 received at 7056 <at> debbugs.gnu.org (full text, mbox):

From: Leo <sdl.web <at> gmail.com>
To: 7056 <at> debbugs.gnu.org
Subject: Re: 24.0.50; Spurious vars in C-h v completion
Date: Tue, 05 Oct 2010 14:23:25 +0800
With the latest fix,  xs and val are still visible.




bug closed, send any further explanations to 7056 <at> debbugs.gnu.org and Chong Yidong <cyd <at> stupidchicken.com> Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> debbugs.gnu.org. (Sun, 10 Apr 2011 20:31: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. (Mon, 09 May 2011 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 105 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.