! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfm4 ignores changes to WM_SIZE_HINTS if the initial values specify a non-res...


Description Sam Varshavchik 2015-08-30 23:34:15 CEST
Created attachment 6435 
Bug reproducer

If, upon mapping, WM_SIZE_HINTS specifies a non-resizable window, xfwm4 ignores all subsequent updates to WM_SIZE_HINTS set by the application.

The attachment reproduces this race condition in action. The application creates an application window that's initially non-resizable, then updates WM_SIZE_HINTS to indicate that the window's width can be adjusted.

The sleep() results in the xfwm4 having enough time to see the initial fixed-size WM_SIZE_HINTS, and then ignore the subsequent update.

Removing the sleep usually results in the application changing its WM_SIZE_HINTS fast enough before xfwm4 sees the initial WM_SIZE_HINTS value. xfwm4 ends up seeing the final WM_SIZE_HINTS that specifies a resizable window, and the user is then able to adjust the window's width.
Comment 1 Olivier Fourdan editbugs 2015-09-03 17:03:04 CEST
That's a regresion introduced by commit 78b5c3c (bug 10910). Fix is trivial.
Comment 2 Olivier Fourdan editbugs 2015-11-06 18:27:17 CET
A fix for this has been pushed as commit 46b7cf in git master.
Comment 3 Olivier Fourdan editbugs 2018-02-16 14:09:14 CET
*** Bug 13338 has been marked as a duplicate of this bug. ***

Bug #12176

Reported by:
Sam Varshavchik
Reported on: 2015-08-30
Last modified on: 2018-02-16
Duplicates (1):
  • 13338 Windows can no longer be resized after marked unresizable once


Olivier Fourdan
CC List:
1 user




Bug reproducer (1.68 KB, text/plain)
2015-08-30 23:34 CEST , Sam Varshavchik
no flags

Additional information