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

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

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: Re: 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 14:21:54 +0200

> Date: Fri, 06 Jan 2023 12:13:54 +0000
> From: 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
> 
> > Then why not change that logic in minibuffer-next-completion to be 
> > smarter about this?
> 
> I (and Stefan) already tried this, it doesn't seem to be feasible with a 
> small and safe change.

That's very surprising to hear.  AFAIU, it just looks for some special
text property (in next-completion).  So it sounds like a very simple
breakage of logic, where "next" means "the first one" when you are
exactly at BOB.

Previous Next

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