GNU bug report logs -
#14356
24.3; Symbol's value as variable is void: help-xref-following
Previous Next
Reported by: Vitalie Spinu <spinuvit <at> gmail.com>
Date: Mon, 6 May 2013 23:22:01 UTC
Severity: normal
Found in version 24.3
Done: Katsumi Yamaoka <yamaoka <at> jpl.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 14356 in the body.
You can then email your comments to 14356 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#14356
; Package
emacs
.
(Mon, 06 May 2013 23:22:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Vitalie Spinu <spinuvit <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 06 May 2013 23:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have noticed this issue for second time this week.
When trying to access emacs help (C-h f) I am getting the error:
help-setup-xref: Symbol's value as variable is void: help-xref-following
I tracked it down to the warnign in *messages*
Warning: defvar ignored because help-xref-following is let-bound
so the variable help-xref-following in help-mode.el is not getting
defined during the auto-load for the above reason.
Any ideas of how to debug this issue? It is not reproducible, it just
happens from time to time.
Vitalie
In GNU Emacs 24.3.2 (i686-pc-linux-gnu, X toolkit, Xaw scroll bars)
of 2013-04-29 on vitoshka-home
Windowing system distributor `The X.Org Foundation', version 11.0.11303000
System Description: Ubuntu 13.04
Configured using:
`configure '--with-x-toolkit=lucid''
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Mon, 06 May 2013 23:44:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14356 <at> debbugs.gnu.org (full text, mbox):
Vitalie Spinu <spinuvit <at> gmail.com> writes:
> I have noticed this issue for second time this week.
>
> When trying to access emacs help (C-h f) I am getting the error:
>
> help-setup-xref: Symbol's value as variable is void: help-xref-following
>
> I tracked it down to the warnign in *messages*
>
> Warning: defvar ignored because help-xref-following is let-bound
>
>
> so the variable help-xref-following in help-mode.el is not getting
> defined during the auto-load for the above reason.
>
> Any ideas of how to debug this issue? It is not reproducible, it just
> happens from time to time.
Looks like a problem with a third-party package. Someone let-binds
`help-xref-following' somewhere.
Here's an old commit in auto-complete fixing that:
https://github.com/auto-complete/auto-complete/commit/75482c79c5d1a46f9097cc27b568aa66ef0add07
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Mon, 06 May 2013 23:59:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 14356 <at> debbugs.gnu.org (full text, mbox):
On 2013-05-07 07:41 +0800, Dmitry Gutov wrote:
> Looks like a problem with a third-party package. Someone let-binds
> `help-xref-following' somewhere.
>
> Here's an old commit in auto-complete fixing that:
>
> https://github.com/auto-complete/auto-complete/commit/75482c79c5d1a46f9097cc27b568aa66ef0add07
Would be nice to know where it is let-bound. For example, octave.el (in
emacs trunk) does this but I cannot reproduce this bug with it.
Leo
Reply sent
to
Katsumi Yamaoka <yamaoka <at> jpl.org>
:
You have taken responsibility.
(Tue, 07 May 2013 00:30:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Vitalie Spinu <spinuvit <at> gmail.com>
:
bug acknowledged by developer.
(Tue, 07 May 2013 00:30:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 14356-done <at> debbugs.gnu.org (full text, mbox):
Dmitry Gutov wrote:
> Looks like a problem with a third-party package. Someone let-binds
> `help-xref-following' somewhere.
> Here's an old commit in auto-complete fixing that:
> https://github.com/auto-complete/auto-complete/commit/75482c79c5d1a46f9097cc27b568aa66ef0add07
Sorry, I am at least one of the culprits. I've committed a fix
to gnus-art.el in the trunk. Please reopen this bug thread if
it doesn't solve the problem.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Tue, 07 May 2013 06:42:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 14356 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka wrote:
> Sorry, I am at least one of the culprits.
I don't think you are, since your help-xref-following binding comes
after a describe-bindings call, and that causes help-mode to be loaded.
But nevertheless your change is a good one for the sake of clarity.
I don't see anything in Emacs 24.3 that could cause this, so probably
some external package.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Tue, 07 May 2013 06:43:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 14356 <at> debbugs.gnu.org (full text, mbox):
Leo Liu wrote:
> Would be nice to know where it is let-bound.
Use grep. AFAICS, nothing distributed with Emacs can cause this.
The only possible candidate in 24.3 is gnus-art, and I think that usage
is fine (see my other message).
> For example, octave.el (in emacs trunk) does this but I cannot
> reproduce this bug with it.
I think you are saved by with-help-window using
with-output-to-temp-buffer, which runs help-mode-setup via
temp-buffer-setup-hook.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Tue, 07 May 2013 07:01:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 14356 <at> debbugs.gnu.org (full text, mbox):
On 2013-05-07 14:41 +0800, Glenn Morris wrote:
> I think you are saved by with-help-window using
> with-output-to-temp-buffer, which runs help-mode-setup via
> temp-buffer-setup-hook.
Thanks for that.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Tue, 07 May 2013 09:34:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 14356 <at> debbugs.gnu.org (full text, mbox):
>> Glenn Morris <rgm <at> gnu.org>
>> on Tue, 07 May 2013 02:40:38 -0400 wrote:
> Katsumi Yamaoka wrote:
>> Sorry, I am at least one of the culprits.
> I don't think you are, since your help-xref-following binding comes
> after a describe-bindings call, and that causes help-mode to be loaded.
> But nevertheless your change is a good one for the sake of clarity.
> I don't see anything in Emacs 24.3 that could cause this, so probably
> some external package.
I have grepped all the packages I am using and except gnus-art.el only
smartparents do in a functionality that I have never used.
I clean started gnus and invoked describe-bindings, and indeed it was
not causing this problem. But when invoked through helm-descbinds-mode
it did.
Here is how to reproduce:
Enter gnus article and press C-h b (helm-descbinds), then C-g to
exit, the let-binding warning appears and help-xref-following is not
bound.
After updating gnus everything is fine.
Thanks,
Vitalie
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14356
; Package
emacs
.
(Tue, 07 May 2013 10:30:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 14356-done <at> debbugs.gnu.org (full text, mbox):
Vitalie Spinu wrote:
[...]
> I clean started gnus and invoked describe-bindings, and indeed it was
> not causing this problem. But when invoked through helm-descbinds-mode
> it did.
> Here is how to reproduce:
> Enter gnus article and press C-h b (helm-descbinds), then C-g to
> exit, the let-binding warning appears and help-xref-following is not
> bound.
> After updating gnus everything is fine.
Thanks for the confirmation.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 04 Jun 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 102 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.