GNU bug report logs - #55779
29.0.50; child frame

Previous Next

Package: emacs;

Reported by: drshapeless <drsl <at> drshapeless.com>

Date: Fri, 3 Jun 2022 08:19:02 UTC

Severity: normal

Found in version 29.0.50

Done: Po Lu <luangruo <at> yahoo.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: drshapeless <drsl <at> drshapeless.com>
Cc: 55779 <at> debbugs.gnu.org
Subject: bug#55779: 29.0.50; child frame
Date: Sat, 04 Jun 2022 09:15:34 +0800
drshapeless <drsl <at> drshapeless.com> writes:

> I have commented out 2 calls in xfns.c and 1 call in xterm.c. But the
> issue persists. A bit more detailed observation is that, the size of the
> blocking overlay (just call it overlay now) is related to the last
> completion child frame.
>
> For example, if the last child frame was 3-line tall, if the next child
> frame is 5-line tall, only the first 3 lines are blocked.
>
> And still, this behaviour cannot be observed other than building with
> gtk. 

I'm lost.  What happens if you set `x-gtk-resize-child-frames' to
`hide'?




This bug report was last modified 3 years and 73 days ago.

Previous Next


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