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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#58945: closed (29.0.50; Setting frame name in pgtk Emacs is
 asynchronous)
Date: Sat, 12 Nov 2022 20:35:08 +0000

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

Your message dated Sat, 12 Nov 2022 12:34:15 -0800
with message-id <CADwFkmnLhGPaKD7v8Th=MgY5eu3O-spskAkC5mAUnkKHpDzCZg <at> mail.gmail.com>
and subject line Re: bug#58945: 29.0.50; Setting frame name in pgtk Emacs is asynchronous
has caused the debbugs.gnu.org bug report #58945,
regarding 29.0.50; Setting frame name in pgtk Emacs is asynchronous
to be marked as done.

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


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

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

From: Thibault Polge <thibault <at> thb.lt>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; Setting frame name in pgtk Emacs is asynchronous
Date: Tue, 01 Nov 2022 15:58:22 +0100

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

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).

MWE code follows.

Best regards,
Thibault

[mwe.el (application/emacs-lisp, inline)]

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Thibault Polge <thibault <at> thb.lt>, 58945-done <at> debbugs.gnu.org
Subject: Re: bug#58945: 29.0.50;
 Setting frame name in pgtk Emacs is asynchronous
Date: Sat, 12 Nov 2022 12:34:15 -0800

Po Lu <luangruo <at> yahoo.com> writes:

> 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.

No further comments within 1 week, so I'm closing this bug report.

Previous Next

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