| Re: [Sawfish] windows all shift 3-4 pixels left every workspace change in F42 |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/sawfish Archives
]
- To: sawfish@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [Sawfish] windows all shift 3-4 pixels left every workspace change in F42
- From: Trevor Cordes <trevor@xxxxxxxxxxxxx>
- Date: Mon, 24 Nov 2025 23:46:39 -0600
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tecnopolis.ca; s=mailfwdk1; t=1764049600; bh=N7yhJ5LJiyc8sqg/caEtTfEK6m7cwlVjppBE1BJ3nBM=; h=Date:From:To:Subject:In-Reply-To:References; b=GOaBMerGyTN9ZkZGWqaJv9/xN788tfNQXPgliCOfwy/MynwPQMtX0hRFybvSlwZHq q+mP16LcIGbO/h4IsVPE+jm4Nsg5u9JF85Ulat2kyQc6cEutqDlhdmPVeNScVeMIDN 8dOJM2SGri2NRpDr401mA8Tz9whV4hxUbX4nqM6g=
Solved it!
In lisp/sawfish/wm/swapper.jl if I remove this part:
(when old-frame-style
;; special case this to help switching the default theme
(window-put w 'current-frame-style (or (window-get w 'frame-style) default-frame-style))
(unless (eq (window-get w 'current-frame-style) old-frame-style)
(reframe-window w))))
And recompile and restart sawfish then the bug goes away!! That being
the bug makes perfect sense, as the windows do draw in the right place,
then "move", caused by this second redraw triggering -- the time delay
being enough to be humanly perceptible.
The strange thing is this code was also in the sawfish on my F41
install. In fact, I checked and the sawfish version/package didn't
even change between F41 and F42. So that means that before the upgrade
this code wasn't triggering, but after the upgrade it is. I poked
around sawfish-client looking at values of things, but I couldn't
figure it out.
Can the code gurus solve this bug in the code? I assume just deleting
this code isn't the "real" solution. I'm going to need to file a bz
report with Fedora eventually to get them to pull subsequent changes.
Thanks!
P.S. To get to this solution I tried a few more things, I will note them
here for posterity:
- tried xfwm4 instead and there was no bug
- tried removing ~/.sawfish and restarting X to get a "stock" config,
bug persisted
- some windows move faster than others! audacious moved the fastest,
and XFCE "Notes" (which has borders!) didn't move at all!
- disabling 2 of my 3 monitors (to get a "stock" 1 monitor setup)
didn't help
--
Sawfish ML