GNU bug report logs -
#14994
24.3; gnus-completing-read in smime.el fails to complete
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14994 in the body.
You can then email your comments to 14994 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#14994
; Package
emacs
.
(Wed, 31 Jul 2013 10:40:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jens Lechtenboerger <lechten <at> wi.uni-muenster.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 31 Jul 2013 10:40:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi there,
the calls to gnus-completing-read in smime-sign-buffer and
smime-decrypt-buffer do not provide completion support.
If I change gnus-completing-read-function from
gnus-emacs-completing-read to completing-read, everything works:
(setq gnus-completing-read-function 'completing-read)
A related problem is reported there:
https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1096449
Best wishes
Jens
Reply sent
to
Katsumi Yamaoka <yamaoka <at> jpl.org>
:
You have taken responsibility.
(Thu, 01 Aug 2013 00:13:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jens Lechtenboerger <lechten <at> wi.uni-muenster.de>
:
bug acknowledged by developer.
(Thu, 01 Aug 2013 00:13:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 14994-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Jens Lechtenboerger wrote:
> Hi there,
> the calls to gnus-completing-read in smime-sign-buffer and
> smime-decrypt-buffer do not provide completion support.
> If I change gnus-completing-read-function from
> gnus-emacs-completing-read to completing-read, everything works:
> (setq gnus-completing-read-function 'completing-read)
> A related problem is reported there:
> https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1096449
> Best wishes
> Jens
This has been fixed at 2013-05-01 (bug#14304), so it will work
properly in the forthcoming Emacs 24.4. Here's a patch for 24.3:
[Message part 2 (text/x-patch, inline)]
--- gnus-util.el~ 2013-01-01 20:37:17.000000000 +0000
+++ gnus-util.el 2013-08-01 00:10:19.897216100 +0000
@@ -1531,9 +1531,12 @@
"Call standard `completing-read-function'."
(let ((completion-styles gnus-completion-styles))
(completing-read prompt
- ;; Old XEmacs (at least 21.4) expect an alist for
- ;; collection.
- (mapcar 'list collection)
+ ;; Old XEmacs (at least 21.4) expect an alist,
+ ;; in which the car of each element is a string,
+ ;; for collection.
+ (mapcar (lambda (elem)
+ (list (format "%s" (or (car-safe elem) elem))))
+ collection)
nil require-match initial-input history def)))
(autoload 'ido-completing-read "ido")
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#14994
; Package
emacs,gnus
.
(Thu, 01 Aug 2013 02:31:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 14994 <at> debbugs.gnu.org (full text, mbox):
> + ;; Old XEmacs (at least 21.4) expect an alist,
> + ;; in which the car of each element is a string,
> + ;; for collection.
> + (mapcar (lambda (elem)
> + (list (format "%s" (or (car-safe elem) elem))))
> + collection)
> nil require-match initial-input history def)))
I recommend you wrap this in an (if (featurep 'xemacs) ...) so as to
avoid using this code when it's not needed. After all, it looks both
inefficient and hackish.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#14994
; Package
emacs,gnus
.
(Thu, 01 Aug 2013 03:53:04 GMT)
Full text and
rfc822 format available.
Message #16 received at 14994 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier wrote:
>> + ;; Old XEmacs (at least 21.4) expect an alist,
>> + ;; in which the car of each element is a string,
>> + ;; for collection.
>> + (mapcar (lambda (elem)
>> + (list (format "%s" (or (car-safe elem) elem))))
>> + collection)
>> nil require-match initial-input history def)))
> I recommend you wrap this in an (if (featurep 'xemacs) ...) so as to
> avoid using this code when it's not needed. After all, it looks both
> inefficient and hackish.
Indeed. I've simply isolated it as an XEmacs stuff.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 29 Aug 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 16 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.