GNU bug report logs - #61667
29.0.60; Failure to redisplay

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Tue, 21 Feb 2023 02:55:01 UTC

Severity: normal

Found in version 29.0.60

Full log


View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 61667 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, gregory <at> heytings.org
Subject: bug#61667: 29.0.60; Failure to redisplay
Date: Sun, 26 Feb 2023 02:39:52 +0200
[Message part 1 (text/plain, inline)]
On 25/02/2023 07:35, Po Lu wrote:
> I now think I know an easy way to test this theory for sure.  Create
> another frame, place it so that it is above the frame you are trying to
> test, set its Z group to above and its alpha-background parameter to
> 0.9, run some command that updates that frame once per second, and place
> it above the first frame.
> 
> Then, see if the text inserted appears only once an update happens to
> the other frame.  To be extra sure, run the other frame in another Emacs
> process.

OK, here's what I did: set frame parameters as you described and added a 
timer which inserts a character at the end of the buffer one per second.

Then I launched a separate Emacs and positioned it entirely "below" the 
first one (fully covered, aside from the transparency effect). And 
started typing in it.

Both frames were updated as expected. And the top one continued to be 
updated with character insertions even when I paused typing in the 
bottom one.
[Screenshot from 2023-02-26 02-29-53.png (image/png, attachment)]

This bug report was last modified 1 year and 63 days ago.

Previous Next


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