other-window in minibuffer doesn't change selected window when other minibuffer-less frame present

[Nils Klarlund]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list.

In GNU Emacs 21.2.93.1 (i386-mingw-nt5.0.2195)
 of 2002-12-07 on VALETTA
configured using `configure --with-gcc (2.95)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

-----------

It used to be the case that other-window, when invoked in the
minibuffer, would always change the selected window in the expected
way.  But in emacs.21.93 (at least in Windows NT version) this does
not happen when another frame, without a minibuffer, has been created.

Moreover, and this is an *additional* bug I suspect, after
other-window has been invoked in the minibuffer without the expected
effect, C-g will now *not* abort the minibuffer. It will be necessary to
execute M-x top-level instead.

/Nils


PS: use the lines below to recreate situation where bug occurs

(setq enable-recursive-minibuffers t) 
(setq peek-frame
        (make-frame
           (nconc
            (list
             (cons 'width 30)
             ;; below, we add 2 to account for the yank and the search
             ;; peek windows
             (cons 'height 10))
            '((name . "PEEK")(left . -1) (top . 0)
              (cursor-type . bar) (vertical-scroll-bars . nil)
              (minibuffer . nil) (menu-bar-lines . 0)
              (font
. "-*-Courier-New-*-*-*-*-12-*-*-*-*-*-iso8859-1")))))