bug#52491: 28.0.90; Regression in window deletion with minibuffer

[martin rudalics <rudalics@gmx.at>]

 > Maybe it would be possible to change the default behavior of delete-window
 > to do what it did in Emacs 27?  But honestly, I don't understand how
 > this old code managed to select the minibuffer after deleting the
 > completions buffer and why its behavior differs after it was moved to Lisp:
 >
 > -	  /* Now look whether `get-mru-window' gets us something.  */
 > -	  mru_window = call1 (Qget_mru_window, frame);
 > -	  if (WINDOW_LIVE_P (mru_window)
 > -	      && EQ (XWINDOW (mru_window)->frame, frame))
 > -	    new_selected_window = mru_window;
 > -
 > -	  /* If all ended up well, we now promote the mru window.  */
 > -	  if (EQ (FRAME_SELECTED_WINDOW (f), selected_window))
 > -	    Fselect_window (new_selected_window, Qnil);
 > -	  else
 > -	    fset_selected_window (f, new_selected_window);

I doubt that anything has changed here - the Emacs 27 code didn't select
the minibuffer window either.  What has changed, however, is the value
of the 'quit-restore' parameter of the *Completions* window.  With Emacs
27 it was a a quadruple whose third element was the minibuffer window
which subsequently got selected.  With Emacs 28 it is nil.

martin