GNU bug report logs - #60411
29.0.60; minibuffer-next-completion skips first candidate when completions-header-format and completion-show-help are nil

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: kahatlen <at> gmail.com, 60411 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, juri <at> linkov.net
Subject: bug#60411: 29.0.60; minibuffer-next-completion skips first candidate when completions-header-format and completion-show-help are nil
Date: Fri, 06 Jan 2023 08:43:39 +0200

> Cc: Knut Anders Hatlen <kahatlen <at> gmail.com>, 60411 <at> debbugs.gnu.org,
>  Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Thu, 05 Jan 2023 21:04:03 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> 
> > Then I guess your insert-invisible-\n patch is the simplest way to 
> > enforce such a long-standing rule that no candidate is selected in the 
> > completions buffer initially, even when it has no visible header. And 
> > definitely this is the safest solution for the release branch.
> >
> 
> Stefan and Eli, do you agree with that conclusion?

I admit that I've lost the line of reasoning here (too much of the
previous context is being elided, forcing me to re-read the entire
discussion).  Which code is proposed for the release branch, and how
will Emacs behave with that code in this particular use case?

Previous Next

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