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


Message #368 received at 61667 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: 61667 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Dmitry Gutov <dgutov <at> yandex.ru>
Subject: Re: bug#61667: 29.0.60; Failure to redisplay
Date: Tue, 28 Feb 2023 18:31:45 +0800
Gregory Heytings <gregory <at> heytings.org> writes:

> Thanks!  After seeing this, I'm now convinced that the problem is not
> a GNOME one, for two reasons:
>
> 1.  The effect of (insert "!") (redisplay) is immediately visible on
> screen.  Why would GNOME treat the effect of changing the buffer from
> *scratch* to xassociations.rb differently?

If you insert "!", the frame title does not change, right?
Everything points to this being a bug somewhere in Mutter: how damage to
surrounding windows (including obscured ones) prevents it from showing
up, and how it doesn't show up in an undecorated frame.

Dimitry, do you see any delay between the change in the frame title and
when ``Test 2'' becomes visible?  With and without double buffering, and
with and without `undecorated' set to `t'?

  (progn
    (sleep-for 1)
    (setq frame-title-format icon-title-format)
    (insert "Test 1")
    (force-mode-line-update)
    (redisplay)
    (sleep-for 1)
    (setq frame-title-format "test title")
    (insert "Test 2")
    (force-mode-line-update)
    (redisplay))




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

Previous Next


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