GNU bug report logs - #24285
25.1; Overlay doesn't work as expected when more than one frame exists

Previous Next

Package: emacs;

Reported by: James Nguyen <ja.nguyen <at> gmail.com>

Date: Sun, 21 Aug 2016 23:13:02 UTC

Severity: normal

Found in version 25.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: James Nguyen <ja.nguyen <at> gmail.com>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 24285 <at> debbugs.gnu.org
Subject: Re: bug#24285: 25.1;
 Overlay doesn't work as expected when more than one frame exists
Date: Mon, 22 Aug 2016 09:29:11 -0700
The expected behavior for me is that the minibuffer resizes regardless of how many frames are up.

When the frame count is 1, the minibuffer resizes as expected but adding a new frame causes the resizing to not show up (on either frame).

Closing one frame (going back to frame count of 1) lets me see the expected resizing.

> On Aug 22, 2016, at 8:32 AM, Michael Heerdegen <michael_heerdegen <at> web.de> wrote:
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
>> What exactly do you see then?  All I see is that the minibuffer
>> doesn't get resized, but once I move the cursor there, I see the
>> entire overlay.  Is that what you see?
> 
> What I see can be interpreted in that way, yes.
> 
> BTW, AFAIR the other recipe I posted is also related to mini-window
> resizing.
> 
> 
> Michael.





This bug report was last modified 8 years and 275 days ago.

Previous Next


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