|
From: | Dmitry Gutov |
Subject: | bug#61667: 29.0.60; Failure to redisplay |
Date: | Fri, 24 Feb 2023 15:32:32 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 |
Dmitry Gutov<dgutov@yandex.ru> writes:I haven't tried this one yet (busy bisecting), but I can report that a window behind Emacs, even when Emacs is not transparent, and when the window is not visible, can stop the problem from happening. This bit me during bisecting: e.g. I can have a video in Firefox playing in the background (not visible), or the Telegram window open (not visible; no animations), and the problem goes away. This probably contributed to not having this bug reported sooner as well.This is very likely a bug in GNOME! A serious one at that. Please report it to their developers, preferably with the output of GNOME Shell run with the environment variable ``MUTTER_DEBUG'' set to 1.
I vaguely recall them talking about such problem and working on it, from certain dev blogs. Though I though it was supposedly fixed in GNOME 43.1 (which I'm using).
But how does it relate to our situation? If GNOME refreshes windows more often that it has to, then it's a performance problem for them (re-rendering takes cycles), but not a correctness problem.
The only things it should do to us, is helping to mask our problem (when Emacs doesn't refresh quickly enough) by forcing additional repaints.
But before you do so, please try the following: - Use a less resource intensive testing program (not Firefox or Telegram Desktop) such as ``xclock -update 1''. - Update to the latest version of GNOME Shell.
I can reproduce the bug when the Emacs window covers xclock.
[Prev in Thread] | Current Thread | [Next in Thread] |