From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thiago Melo Newsgroups: gmane.emacs.bugs Subject: bug#64923: 29.1; white background glitch with new graphical frames Date: Sat, 29 Jul 2023 22:52:14 +0000 Message-ID: References: <87zg3fva8w.fsf@yahoo.com> <87sf97uft8.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11899"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Martin Rudalics , 64923@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 30 01:07:53 2023 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 1qPt2P-0002s7-41 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 30 Jul 2023 01:07:53 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qPso3-0005ls-Us; Sat, 29 Jul 2023 18:53:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qPso2-0005ld-HM for bug-gnu-emacs@gnu.org; Sat, 29 Jul 2023 18:53:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qPso2-0006pS-98 for bug-gnu-emacs@gnu.org; Sat, 29 Jul 2023 18:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qPso1-0005ht-TT for bug-gnu-emacs@gnu.org; Sat, 29 Jul 2023 18:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thiago Melo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Jul 2023 22:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64923 X-GNU-PR-Package: emacs Original-Received: via spool by 64923-submit@debbugs.gnu.org id=B64923.169067117921928 (code B ref 64923); Sat, 29 Jul 2023 22:53:01 +0000 Original-Received: (at 64923) by debbugs.gnu.org; 29 Jul 2023 22:52:59 +0000 Original-Received: from localhost ([127.0.0.1]:49089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qPsny-0005hc-MN for submit@debbugs.gnu.org; Sat, 29 Jul 2023 18:52:59 -0400 Original-Received: from mail-yb1-xb36.google.com ([2607:f8b0:4864:20::b36]:54633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qPsnw-0005hP-Gi for 64923@debbugs.gnu.org; Sat, 29 Jul 2023 18:52:57 -0400 Original-Received: by mail-yb1-xb36.google.com with SMTP id 3f1490d57ef6-d0fc1d97716so3335091276.1 for <64923@debbugs.gnu.org>; Sat, 29 Jul 2023 15:52:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690671171; x=1691275971; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Fgu+9THpYjZZ1Ki+986mqpWP+mGBx5qVU+EaJPcaYVM=; b=HjpfZ+KRm2M63vI03zQqsp32aBq3+kG49pCe44ozlvjyf9WYx8OzxriUAA5L1tZHM3 vU+PmXysyjCau53iu0GMJHGKoAGvT5RVXLWAkCETYsUl09DoIk4dOvWEY2IHf+mG4ckY 8dpUW5NOpZh2uXzeXFGiTpwSBKVDempCYM55RVrV34TIsMO00gtbed4bb8LkK/3ba3rw NT9Un8SpMjZpPbNP4/Geq6mpEe0+ll/M6hHZ96ibmxUOhY1Z6pub8t47g+TuccoqVKrQ N/dWYJtgCPFESgDj5mWkJUycb2a37a8N45ML9EXKeXP0bZkNn/MaP+J77HDK0VV4zFhA kM9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690671171; x=1691275971; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Fgu+9THpYjZZ1Ki+986mqpWP+mGBx5qVU+EaJPcaYVM=; b=WDcYWWUWF/btbexBgtVn3jkv5cXE60093Y0a4ayCQ0wwlAKOIYt+oNviIE20+DS0Q/ wbo3vnGf9addyuVEVVo1SNJVIXeV3ivjTKs8jjdr7mwugTtdntqTSIbiViXW0nT6+G5E sJk1OGYLyy9tGVfL8vHT22KcnsIgNx9QOqv5IJVpZhL18fQHvGprAw9qaVHGH536vpeu 2x0Mt8HXki0G4kZI9jfTT7hGUsH67vfvlVwNd5KLXJfA+1wumYQJDORAzhfvaGSqBUnP 2hcajM2EUGAWD3qHDEiLwRUWOfaUh4jTs+eQHLIf5nFme89OgzOZnC8VNFV1BLsViY1d TC4A== X-Gm-Message-State: ABy/qLaSX9TlBNi02M7IRPJfvZB61gu9SNpUBW9kSlh+ha+PiEuSATOS jiy1hk9ipjAluTd+dHPEI66sr8d2AD/8lbIX0ic= X-Google-Smtp-Source: APBJJlGK2ECtAlMO4F6PBFhijEVpse4BGF1K/dSOBVa4QhUN/E9hNpoZ2ekq9913D+7TJAgkcenAm0qjtgtGRvUH52c= X-Received: by 2002:a0d:e84a:0:b0:577:3fb4:f245 with SMTP id r71-20020a0de84a000000b005773fb4f245mr5694815ywe.19.1690671170808; Sat, 29 Jul 2023 15:52:50 -0700 (PDT) In-Reply-To: <87sf97uft8.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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:266344 Archived-At: Po Lu, before I address your questions: I investigated the matter further and tested things more thoroughly. The actual commit related to the issue of new frames being completely blank was an earlier one: a190b4cfd8b6f42a91678ac7292e1cceccd168e7 (Tue Apr 27 09:53:42 2021 +0200 "Major rewrite of adjust_frame_size"). Big stuff, and before Emacs 28.1. I'm putting the original author, Martin, in CC. He might have some ideas. So, most conditions I mentioned before still apply: - Emacs built with Cairo. - Emacs built without toolkit or Lucid. - Running without a window manager (or almost, by using TinyWM). - Scrollbars must be disabled. Must also disable menubar for Lucid. However, I noticed one difference: without double buffering, new frames are still completely empty, but they take the theme background color. When compiled with double buffering, new frames are completely white, as I reported before. Now, the issue of new frames having a white background in regions without text, regardless of theme, AND while running a window manager (Awesome WM, in particular), this was the one that started happening since commit e361d0d7e5d3db8575d5d8673012aa4d7448ee54. Still, we can see how these two issues are connected, considering that they are triggered by a set of common conditions, plus the fact that the Awesome WM related issue requires Emacs compiled with double buffering. Actually, I found one situation where I can create new frames with white-background-only-in-regions-without-text, regardless of window manager: by first creating the frame while not running a window manager, and then starting one. Now, your questions: On Sat, Jul 29, 2023 at 11:18=E2=80=AFAM Po Lu wrote: > That's very unusual. Let's try ignoring PropertyNotify events > altogether: if this doesn't work, it's not a problem with Emacs's > immediate treatment of PropertyNotify events. > > diff --git a/src/xterm.c b/src/xterm.c > [...] This patch didn't work either. > By the way, does a frame exhibiting this problem update completely > without being resized if you run: > > (redraw-display) > (redisplay) > > ? - redraw-display : With a window manager (even tinywm), the glitched frames update completely. Without a window manager, nothing happens (unless I start and close a window manager after creating the frame). - redisplay : does nothing in either case. Sorry about mixing up things regarding which commit did what in my initial report.