From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: drshapeless via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#55779: 29.0.50; child frame Date: Fri, 03 Jun 2022 22:56:04 +0800 Message-ID: <875ylhx0cb.fsf@drshapeless.com> References: <87wndybdo1.fsf@drshapeless.com> <87leue59fd.fsf@yahoo.com> <87ee06vtds.fsf@drshapeless.com> <87ee063piv.fsf@yahoo.com> Reply-To: drshapeless Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34640"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 55779@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 03 16:57:27 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nx8jv-0008rV-9h for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 03 Jun 2022 16:57:27 +0200 Original-Received: from localhost ([::1]:38616 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nx8jt-00012z-Po for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 03 Jun 2022 10:57:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60638) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nx8jj-00012n-QB for bug-gnu-emacs@gnu.org; Fri, 03 Jun 2022 10:57:16 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34728) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nx8jW-0003Bk-IY for bug-gnu-emacs@gnu.org; Fri, 03 Jun 2022 10:57:14 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nx8jW-0007qy-4k for bug-gnu-emacs@gnu.org; Fri, 03 Jun 2022 10:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: drshapeless Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Jun 2022 14:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55779 X-GNU-PR-Package: emacs Original-Received: via spool by 55779-submit@debbugs.gnu.org id=B55779.165426820930165 (code B ref 55779); Fri, 03 Jun 2022 14:57:02 +0000 Original-Received: (at 55779) by debbugs.gnu.org; 3 Jun 2022 14:56:49 +0000 Original-Received: from localhost ([127.0.0.1]:56858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nx8jI-0007qT-W8 for submit@debbugs.gnu.org; Fri, 03 Jun 2022 10:56:49 -0400 Original-Received: from drshapeless.com ([173.199.127.49]:46960) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nx8jF-0007qC-0D for 55779@debbugs.gnu.org; Fri, 03 Jun 2022 10:56:48 -0400 Original-Received: from artix (n1164849140.netvigator.com [116.48.49.140]) by drshapeless.com (Postfix) with ESMTPSA id 2E24624C1; Fri, 3 Jun 2022 10:56:37 -0400 (EDT) In-Reply-To: <87ee063piv.fsf@yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:233614 Archived-At: Po Lu writes: > drshapeless writes: > >> To be clear, it was said to be a child frame redisplay bug, (by >> minad). It was not the parent frame blocking the child frame, instead it >> seems to be another child frame blocking the child frame. >> >> You may check out the github issue below, where I posted a couple photos >> showing the bug. >> >> https://github.com/minad/corfu/issues/161 > > Thanks. That's very odd, the only parts of the GTK-specific child frame > support to have changed recently are the parts involving WM frame > synchronization. What happens if you comment out all the calls to > `gdk_x11_window_set_frame_sync_enabled' in xfns.c and xterm.c? 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.