Subject: bug#78835: Wrong pop-to-buffer behavior after one display-buffer-in-side-window call

From: Dmitry Gutov <[email-masked]>
Date: Sat, 21 Jun 2025 05:23:23 +0300

On 20/06/2025 10:32, martin rudalics wrote:
>  > That seems to fix it indeed, thanks.
> 
> Pushed to master.

Thanks!

>  > On a related topic though, another scenario that happens over here is
>  > 'quit-window' restoring a window _width_ to a value that looks
>  > unexpected to me. For example, just now after applying your patch from
>  > a buffer, I pressed 'q' and the window (the one on the left in a
>  > configuration similar to test scenario) got resized to 2/3rds of its
>  > width. Any ideas about that perhaps?
> 
> Hmm...  Apply
> 
> a/lisp/window.el b/lisp/window.el
> index f24e581ba1e..b27e1ca56e9 100644
> --- a/lisp/window.el
> +++ b/lisp/window.el
> @@ -5452,6 +5452,10 @@ quit-restore-window
>            (if (window-combined-p window)
>                        (/= (nth 3 quad) (window-total-height window))
>                      (/= (nth 3 quad) (window-total-width window))))
> +
> +    (unless (window-combined-p window)
> +      (y-or-n-p "Adjusting width, continue? "))
> +
>       ;; Try to resize WINDOW to its old height but don't signal an
>       ;; error.
>       (condition-case nil
> 
> If and when it asks you, apply

Thank you. So far I'm running with just this addition for a couple of 
hours, and have not seen the prompt yet (nor the bug with horizontal 
resizing again). Will report back when that happens.