GNU bug report logs - #47860
28.0.50; Mini buffer resize when lines are truncated regression

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aaron Jensen <aaronjensen <at> gmail.com>
Cc: 47860 <at> debbugs.gnu.org, gregory <at> heytings.org
Subject: bug#47860: 28.0.50; Mini buffer resize when lines are truncated regression
Date: Mon, 19 Apr 2021 20:15:15 +0300

> From: Aaron Jensen <aaronjensen <at> gmail.com>
> Date: Mon, 19 Apr 2021 11:19:06 -0500
> Cc: Gregory Heytings <gregory <at> heytings.org>, 47860 <at> debbugs.gnu.org
> 
> Okay, here's a selectrum-free repro that, on emacs 27 shows all 3
> lines and on emacs 28 shows only two lines:
> 
> (defun foo--set-window-height (window &optional height)
>   (let ((dheight (or height (cdr (window-text-pixel-size window))))
>         (wheight (window-pixel-height window))
>         (window-resize-pixelwise t))
>     (window-resize
>      window (- dheight wheight) nil nil 'pixelwise)))

Yes, that's the problem: selectrum doesn't rely on the automatic
mini-window resize, it resizes the mini-window manually!  And it
relies on window-text-pixel-size to tell how high should the
mini-window become.

So the root cause is in window-text-pixel-size when this crazy mix of
overlays is used.  Will take a look when I have time.

Previous Next

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