GNU bug report logs - #76275
31.0.50; frame-inhibit-implied-resize broken on recent master

Previous Next

Package: emacs;

Reported by: Sean Whitton <spwhitton <at> spwhitton.name>

Date: Fri, 14 Feb 2025 03:29:01 UTC

Severity: normal

Found in version 31.0.50

Done: Sean Whitton <spwhitton <at> spwhitton.name>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Sean Whitton <spwhitton <at> spwhitton.name>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 76275 <at> debbugs.gnu.org, rudalics <at> gmx.at, shipmints <at> gmail.com
Subject: bug#76275: 31.0.50; frame-inhibit-implied-resize broken on recent master
Date: Sat, 15 Feb 2025 09:00:18 +0800
Hello,

On Fri 14 Feb 2025 at 10:24am +02, Eli Zaretskii wrote:

> Isn't there a race condition here between the resize done by Sway and
> by Emacs?  If so, I think the previous result was just due to sheer
> luck, as it was exploiting undefined behavior.
>
> Apologies if this makes no sense, but I always wonder why people
> expect something deterministic to happen when there are so many moving
> parts (in this case: client-to-server communications, the
> window-system management of frames, and the precise timing with which
> Emacs calls window-size-change-functions).

I agree with you in the general case.  I think my basic approach here
may be flawed and I should try to rewrite it.

Regardless of that, though, it would seem that there is a bug with
frame-inhibit-implied-resize uncovered by this approach of mine, a bug
worth fixing anyway.

-- 
Sean Whitton




This bug report was last modified 64 days ago.

Previous Next


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