GNU bug report logs - #30072
27.0.50; completing-read-multiple chokes on list of default values

Previous Next

Full log

View this message in rfc822 format

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: 30072 <at> debbugs.gnu.org
Subject: bug#30072: 27.0.50; completing-read-multiple chokes on list of default values
Date: Wed, 10 Jan 2018 21:37:51 +0000

[0001-Support-list-of-default-values-in-completing-read-mu.patch (text/x-diff, attachment)]

[Message part 2 (text/plain, inline)]

Steps to reproduce:

1) emacs -Q
2) Evaluate the following form:

   (let ((l '("a" "b")))
     (completing-read-multiple "" l nil nil nil nil l))

3) C-m

I expect this to result in the string "a", as is the case when
completing-read-multiple is replaced with completing-read in step 2,
given the following excerpt from the docstring of c-r-m:

  The arguments are the same as those of `completing-read'.

Instead, the following error is signalled:

Debugger entered--Lisp error: (wrong-type-argument stringp ("a" "b"))
  string-match("[ \011]*,[ \011]*" ("a" "b") 0)
  split-string(("a" "b") "[ \011]*,[ \011]*" t)
  completing-read-multiple("" ("a" "b") nil nil nil nil ("a" "b"))

I attach a fix which follows the implementation of
completing-read-default.

Thanks,

-- 
Basil

In GNU Emacs 27.0.50 (build 14, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2018-01-10 built on thunk
Repository revision: b877e9aa0225ad186b544f127702e16c61b08444
Windowing system distributor 'The X.Org Foundation', version 11.0.11905000
System Description: Debian GNU/Linux testing (buster)

Previous Next

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