GNU bug report logs -
#59369
29.0.50; eudc-mailabbrev-query-internal fails with void-variable
Previous Next
Reported by: Brent Westbrook <bwestbr2 <at> go.olemiss.edu>
Date: Fri, 18 Nov 2022 19:55:02 UTC
Severity: normal
Found in version 29.0.50
Done: Thomas Fitzsimmons <fitzsim <at> fitzsim.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 59369 in the body.
You can then email your comments to 59369 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#59369
; Package
emacs
.
(Fri, 18 Nov 2022 19:55:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Brent Westbrook <bwestbr2 <at> go.olemiss.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 18 Nov 2022 19:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I was not able to reproduce this with emacs -Q and loading my mu4e
config, but when I try to compose an email with mu4e-compose and press
tab to expand one particular email address ("someemail" used as a
placeholder), it fails with this backtrace:
Debugger entered--Lisp error: (void-variable someemail)
symbol-value(someemail)
eudc-mailabbrev-query-internal(((email . "someemail")) (firstname name email))
eudc-query(((email . "someemail")) (firstname name email))
#<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_22>(("someemail") t (nil) ((email) (firstname)))
eudc-query-with-words(("someemail") t)
eudc-capf-message-expand-name()
eudc-capf-complete()
completion--capf-wrapper(eudc-capf-complete all)
completion-at-point()
message-tab()
funcall-interactively(message-tab)
command-execute(message-tab)
It works fine if I press tab after a substring like "someemai" or "someema" or even
"someemail@", but fails for "someemail" exactly.
This patch seems to fix the issue by checking if the symbol is bound
before calling symbol-value.
diff --git a/lisp/net/eudcb-mailabbrev.el b/lisp/net/eudcb-mailabbrev.el
index 64b50af09b..4a2dd9ad4a 100644
--- a/lisp/net/eudcb-mailabbrev.el
+++ b/lisp/net/eudcb-mailabbrev.el
@@ -78,7 +78,10 @@ RETURN-ATTRS is a list of attributes to return, defaulting to
(dolist (term query)
(let* ((attr (car term))
(value (cdr term))
- (raw-matches (symbol-value (intern-soft value mail-abbrevs))))
+ (soft (intern-soft value mail-abbrevs))
+ (raw-matches (and
+ (boundp soft)
+ (symbol-value soft))))
(when (and raw-matches
(memq attr '(email firstname name)))
(let* ((matches (split-string raw-matches ", "))
Reply sent
to
Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
:
You have taken responsibility.
(Sat, 19 Nov 2022 14:35:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Brent Westbrook <bwestbr2 <at> go.olemiss.edu>
:
bug acknowledged by developer.
(Sat, 19 Nov 2022 14:35:01 GMT)
Full text and
rfc822 format available.
Message #10 received at 59369-done <at> debbugs.gnu.org (full text, mbox):
Hi Ben,
Brent Westbrook <bwestbr2 <at> go.olemiss.edu> writes:
> I was not able to reproduce this with emacs -Q and loading my mu4e
> config, but when I try to compose an email with mu4e-compose and press
> tab to expand one particular email address ("someemail" used as a
> placeholder), it fails with this backtrace:
>
> Debugger entered--Lisp error: (void-variable someemail)
> symbol-value(someemail)
> eudc-mailabbrev-query-internal(((email . "someemail")) (firstname name email))
> eudc-query(((email . "someemail")) (firstname name email))
> #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_22>(("someemail") t (nil) ((email) (firstname)))
> eudc-query-with-words(("someemail") t)
> eudc-capf-message-expand-name()
> eudc-capf-complete()
> completion--capf-wrapper(eudc-capf-complete all)
> completion-at-point()
> message-tab()
> funcall-interactively(message-tab)
> command-execute(message-tab)
>
> It works fine if I press tab after a substring like "someemai" or "someema" or even
> "someemail@", but fails for "someemail" exactly.
Yes, I also noticed this type of failure last night, while I was working
on bug#59314.
> This patch seems to fix the issue by checking if the symbol is bound
> before calling symbol-value.
Thanks for the fix, I pushed it to the master branch. I confirmed no
regressions by running:
make -C test lisp/net/eudc-tests.log
Thomas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59369
; Package
emacs
.
(Sat, 19 Nov 2022 14:40:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 59369 <at> debbugs.gnu.org (full text, mbox):
> Hi Ben,
Oops, "Brent", I meant; sorry!
Thomas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 18 Dec 2022 12:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 178 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.