GNU bug report logs - #64923
29.1; white background glitch with new graphical frames

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Po Lu <luangruo <at> yahoo.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#64923: closed (29.1; white background glitch with new
 graphical frames)
Date: Mon, 31 Jul 2023 00:41:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 31 Jul 2023 08:40:21 +0800
with message-id <877cqgewwa.fsf <at> yahoo.com>
and subject line Re: bug#64923: 29.1; white background glitch with new graphical frames
has caused the debbugs.gnu.org bug report #64923,
regarding 29.1; white background glitch with new graphical frames
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
64923: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64923
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Thiago Melo <tmdmelo <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.1; white background glitch with new graphical frames
Date: Fri, 28 Jul 2023 22:19:12 +0000

Under the conditions specified below, new graphical frames are
completely white until a redrawing is forced (usually by resizing the
frame):

Emacs built with:

- No toolkit OR Lucid (--with-x-toolkit=no OR --with-x-toolkit=lucid)
- Cairo (--with-cairo)
- Double buffering (--with-xdbe)

Plus:

- Without an X window manager OR using TinyWM
- No toolkit builds: when scrollbar is disabled before creating the frame
- Lucid builds: when scrollbar AND menubar are disabled before
creating the frame

Affects `emacs -Q'.  Tested on Debian GNU/Linux 12.1 (Bookworm).

Issue started happening since commit
e361d0d7e5d3db8575d5d8673012aa4d7448ee54 (Tue Mar 1 20:15:02 2022
+0800, "Add PropertyChangeMask to the standard event set").  Found via
bisect.

Also, out of all (non-toy) window managers I've tested so far
(awesome, dwm, fluxbox, fvwm2, herbstluftwm, i3, twm, xfwm4; all from
stock Debian repository and with default config), only awesome wm
shows direct signs of this issue, and only when set to use floating
windows.  However, in this condition, new frames have a white
background only in areas without text, regardless of theme (more
evident with a dark theme, eg: `M-x load-theme' -> `wombat').

I suspect this issue might be related to bug#64846 as well.

[Message part 3 (message/rfc822, inline)]

From: Po Lu <luangruo <at> yahoo.com>
To: Thiago Melo <tmdmelo <at> gmail.com>
Cc: Martin Rudalics <rudalics <at> gmx.at>, Eli Zaretskii <eliz <at> gnu.org>,
 64923-done <at> debbugs.gnu.org
Subject: Re: bug#64923: 29.1; white background glitch with new graphical frames
Date: Mon, 31 Jul 2023 08:40:21 +0800

Thiago Melo <tmdmelo <at> gmail.com> writes:

> Yes, this patch fixes both issues.  Very insightful, Po Lu, thanks.

It's been installed, so I'm closing this bug now.  Thanks.

Previous Next

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