GNU bug report logs - #43083
‘completion-content-when-empty’ is not reset

Previous Next

Package: emacs;

Reported by: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>

Date: Fri, 28 Aug 2020 10:47:02 UTC

Severity: normal

Tags: fixed

Merged with 43120

Found in version 28.0.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: ‘completion-content-when-empty’ is not
 reset
Date: Fri, 28 Aug 2020 12:46:21 +0200
Hi,

Commit 1b8d369c38 introduced ‘completion-content-when-empty’ which, at
the moment, is populated by ‘icomplete-completions’.  This works well
with one small catch: if ‘icomplete-completions’ has not run yet (e.g.,
one does C-x b followed by a very quick RET), the value of
‘completion-content-when-empty’ from the *previous interaction with the
minibuffer* will be used.

An example illustrating the problem is:

   0. emacs -Q
   1. M-x icomplete-mode
   2. (setq icomplete-show-matches-on-no-input t)
   3. C-x f, then wait a bit, then C-g to cancel
   4. C-x b followed by a quick RET

What will happen is that Emacs will switch to a buffer named “./” or
similar -- the value of ‘completion-content-when-empty’ from the C-x f
in step 3.

Therefore, I suggest is that we reset ‘completion-content-when-empty’
somewhere.  Perhaps in ‘icomplete-minibuffer-setup’?

Best regards,
Dario

-- 
dario.gjorgjevski <at> gmail.com :: +49 1525 8666837
%   gpg --keyserver 'hkps://hkps.pool.sks-keyservers.net' \
\`>     --recv-keys '744A4F0B4F1C9371'




This bug report was last modified 4 years and 309 days ago.

Previous Next


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