GNU bug report logs - #38502
27.0.50; minibuffer-scroll-other-window with multiple frames

Previous Next

Package: emacs;

Reported by: noah <noah.v.peart <at> gmail.com>

Date: Thu, 5 Dec 2019 19:04:02 UTC

Severity: normal

Tags: fixed

Fixed in version 27.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 38502 <at> debbugs.gnu.org (full text, mbox):

From: nvp <noah.v.peart <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38502 <at> debbugs.gnu.org, Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#38502: 27.0.50;
 minibuffer-scroll-other-window with multiple frames
Date: Thu, 5 Dec 2019 16:59:13 -0500
[Message part 1 (text/plain, inline)]
The snazzy new completion coloring is nice though!

On Thu, Dec 5, 2019 at 2:17 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: noah <noah.v.peart <at> gmail.com>
> > Date: Thu, 05 Dec 2019 14:03:18 -0500
> >
> > I think this is new within the last week or so.
> > When a completion frame pops up while using the minibuffer,
> > normally the minibuffer-scroll-other-window(-down) functions
> > scroll the completion window.  However, now when emacs is split
> > into two horizontal frames, these functions ignore the
> > completion buffer and scroll the others.
> >
> > To reproduce from emacs -Q:
> >
> >     C-x 3
> >     M-: (mak
> >     TAB for completions
> >     C-M-v
>
> Probably related to recent message/minibuffer-message changes.
>
[Message part 2 (text/html, inline)]

This bug report was last modified 5 years and 226 days ago.

Previous Next


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