GNU bug report logs - #67661
30.0.50; *Completions* has started popping up for icomplete-in-buffer

Previous Next

Package: emacs;

Reported by: Sean Whitton <spwhitton <at> spwhitton.name>

Date: Wed, 6 Dec 2023 15:31:02 UTC

Severity: normal

Fixed in version 30.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sean Whitton <spwhitton <at> spwhitton.name>
Cc: 67661 <at> debbugs.gnu.org, me <at> eshelyaron.com, juri <at> linkov.net
Subject: bug#67661: 30.0.50; *Completions* has started popping up for icomplete-in-buffer
Date: Fri, 29 Dec 2023 21:27:00 +0200
> From: Sean Whitton <spwhitton <at> spwhitton.name>
> Cc: 67661 <at> debbugs.gnu.org
> Date: Fri, 29 Dec 2023 18:00:29 +0000
> 
> Hello,
> 
> On Fri 29 Dec 2023 at 05:47pm GMT, Sean Whitton wrote:
> 
> > I'm not sure whether to close the bug or not, because there remains the
> > behavioural change for icomplete-in-buffer since Emacs 29.1.
> 
> I've found a work around for the behavioural change:
> 
>     (setopt completion-auto-help t)
>     (advice-add 'completion-at-point :after #'minibuffer-hide-completions)
> 
> So maybe we should just add something explaining this to NEWS?

To which entry in Emacs 29's NEWS would this be related?

> The default value of completion-auto-help is t, but I had it set to
> `lazy'.
> If someone wants the Emacs 29 behaviour back, they'll need to ensure
> completion-auto-help is t, so I think we should mention it somewhere.
> Essentially, completion-auto-help now affects both the *Completions*
> buffer and icomplete-in-buffer's display.

If your change modifies the default behavior, that should be called
out in NEWS of Emacs 30.




This bug report was last modified 1 year and 184 days ago.

Previous Next


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