Subject: bug#62427: tab-bar-new-tab-to now handles cases with multiple side-windows

From: martin rudalics <[email-masked]>
Date: Fri, 19 May 2023 09:31:48 +0200

> +          (when (minibufferp) (select-window (get-mru-window)))

Here and below I'd use

(when (window-minibuffer-p)

because it more clearly demonstrates the idea and also handles the
(unlikely) case where a minibuffer is shown in a normal window.

 >             (window-state-put ws nil 'safe)))
 >
 >           ;; Select the minibuffer when it was active before switching tabs
 > @@ -1575,8 +1575,7 @@ tab-bar-new-tab-to
 >
 >       (when tab-bar-new-tab-choice
 >         ;; Handle the case when it's called in the active minibuffer.
 > -      (when (minibuffer-selected-window)
 > -        (select-window (minibuffer-selected-window)))
 > +      (when (minibufferp) (select-window (get-mru-window)))
 >         (let ((ignore-window-parameters t)
 >               (window--sides-inhibit-check t))
 >           (if (eq tab-bar-new-tab-choice 'clone)

You might want to try this with multiple frames (some of them without
their own minibuffer window) jumping from one frame to another within
the scope of 'read-from-minibuffer'.

martin