GNU bug report logs - #58945
29.0.50; Setting frame name in pgtk Emacs is asynchronous

Previous Next

Package: emacs;

Reported by: Thibault Polge <thibault <at> thb.lt>

Date: Tue, 1 Nov 2022 14:59:01 UTC

Severity: normal

Tags: notabug

Found in version 29.0.50

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: Thibault Polge <thibault <at> thb.lt>
Cc: 58945 <at> debbugs.gnu.org
Subject: bug#58945: 29.0.50; Setting frame name in pgtk Emacs is asynchronous
Date: Thu, 03 Nov 2022 08:31:30 +0800
tags 58945 notabug
thanks

Thibault Polge <thibault <at> thb.lt> writes:

> In pgtk Emacs (built from a very recent git HEAD), running under the
> Sway window manager, setting a frame name like this:
>
> (set-frame-parameter (selected-frame) 'name "Some new name")
> (redisplay t)
>
> Doesn't immediately take effect.
>
> The example program below demonstrates this by triggering a race
> condition: it renames all frames, then immediately requests the state of
> the Sway window manager, and renames them back. Repeatedly eval'ing the
> final sexp randomly returns either the original or the renamed frame
> names. (When testing with a few frames, it never returned a mix of
> original or renamed names --- it's 100% one or the other)
>
> This is an issue because frame names is the only way to associate Emacs
> frames with Sway identifiers (or any wayland wm) on pgtk Emacs).

Setting the title on Wayland is asynchronous, just as it is with X.  By
the time the request or PropertyNotify event reaches the compositor or
window manager, other processes may already have run.  In addition,
running asynchronously improves performance.

I would recommend just waiting a set delay after setting the title.




This bug report was last modified 2 years and 192 days ago.

Previous Next


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