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: drshapeless <drsl <at> drshapeless.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 55779 <at> debbugs.gnu.org
Subject: bug#55779: 29.0.50; child frame
Date: Sat, 04 Jun 2022 11:10:14 +0800
Po Lu <luangruo <at> yahoo.com> writes:

> 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'?

I have tried this one even before sending the bug report, did not
help. The bug should be something related to gtk related commit in
master but not in 28.1 release. But I could not located it.




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.