bug#81630: 32.0.50; completions-format 'vertical scrolls the completion window on TAB tapping

Thanks for letting me know.  I’ll keep the patch at hand then.  My question was more focused to know, because since I’m doing the reports from Emacs 32.0.50 I didn’t know if I should report from the other versions also.  Good to know that it gets or is going to get applied to the other versions also.

Just as a thought: This bug was a major turn off to use ‘vertical for me, maybe it will happen to someone else also, so I hope that it gets applied, but as I said, since I have the patch already I’ll keep it at hand.

Thanks again

> On 16-08-2026, at 11:29, Stephen Berman <[email protected]> wrote:
> 
> On Sat, 15 Aug 2026 13:03:00 +0000 lucas jimenez <[email protected]> wrote:
> 
>> Hi.
>> 
>> When setting completions-format to 'vertical
>> 
>> and start TAB tapping the completions window starts scrolling up and
>> down even though all the candidates can be seen in the window.
>> 
>> To reproduce do:
>> emacs -Q --eval "(setq completions-format 'vertical)"
>> `M-x 5x5`  and start tapping TAB key or `M-x minibuffer-`
>> 
>> Workaround: set (completion-auto-select 'second-tab) or
>> (completion-auto-select t) or just don't tap TAB.
>> 
>> This behaviour isn't noticed with 'horizontal or 'one-column
> 
> This happens because when `completions-format' is 'vertical the
> *Completions* buffer ends in a newline, and that makes
> `(pos-visible-in-window-p (point-max) window)' in the "normal tab" case
> in `completion--in-region-1' return nil, resulting in the window being
> scrolled.  The attached patch prevents this scrolling for me; can you
> confirm?  But I cannot tell if such a change might have undesirable
> consequences; maybe Stefan Monnier (added in CC:) can tell.
> 
> Steve Berman
> <Mail Attachment>