Same here on WindowMaker.
Now it's in the "stable" client too. This is bad.
If I turn off the decorations, the window stick to the bottom. They're now impossible to move (they jump back), and since the resize-handler is on the right lower corner, they're also impossible to resize.
Also on KDE Plasma 5 under Wayland.
IME Steam has long (always?) misbehaved about its initial positioning when native decorations are involved. But now I have to "Force" the window position in Kwin (making the window unmoveable), instead of merely "Apply initially" as worked previously.
A workaround I just found is to launch steam maximized, the window can't move if it's maximized. But without kidding, it's never been so broken in the last 20 years, and steam deck is supposed to use linux... ! I guess it's a fullscreen setup then because otherwise it would be totally broken here !
a workaround in kde plasma is to force "ignore requested geometry" in addition to "no titlebar and frame" in special application settings.
i don't know if there's an equivalent in xfce, though (also no idea why steam "loses" focus when hovering over the menus…)
Nothing extracted yet.
Various Steam windows are being moved down & right by exactly the space taken by the top & left parts (respectively) of the window frame. It seems to be happening when the window gains or loses input focus.
This is new misbehaviour, beginning with build 1705630720. The specific problem appears to be that Steam is getting the top left corner of the window but is then adjusting as if the co-ordinates were for the window frame.
Desktop is Xfce4.
The window frames are server-side and are added by devilspie2 for convenience & consistency with other applications. Removing them (which would work around the bug) means that the windows are left with the client-side decorations, which do not provide enough control. (Keyboard shortcuts work, but there are some which I rarely use but would need and, as such, I never remember them.)
This bug is exacerbated by my use of sloppy focus.