wmctrl -s does nothing

[David Boss]

Binary package hint: wmctrl

wmctrl -s gets no error, but does nothing. I tried xdotool set_desktop, which also gets no error, but does nothing.
I then deleted /usr/bin/wmctrl, and downloaded latest .tar.gz of wmctrl. I unzipped and attempted to install.
./configure hit error; it said GLIB probably not correctly installed. I tried going ahead with the make anyway; it got
compile errors.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: wmctrl 1.07-6
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic x86_64
NonfreeKernelModules: wl
Architecture: amd64
Date: Tue May 18 09:14:53 2010
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=en_US.UTF-8
SourcePackage: wmctrl

[Donjan Rodic (bryonak)]

As described in
http://askubuntu.com/questions/576604/what-causes-the-deviation-in-the-wmctrl-window-move-command
both xdotool and wmctrl report the correct (inner) position of the window, but for moving use the decorated (outer) size.

For example, this should leave a terminal window at exactly the current position:
xdotool windowmove --relative `xdotool getactivewindow` x y
But instead it moves it by the decoration size, which you can find out with xprop looking at the _NET_FRAME_EXTENTS(CARDINAL) variable
In my case,
xdotool windowmove --relative `xdotool getactivewindow` -1 -28
leaves the terminal window at the current position.

This would be solved if we could move the window with -100 further to the left (so the decoration part is off the screen), but unfortunately there seems to be a hard gap blocking it.

[Donjan Rodic (bryonak)]

Sorry, had the wrong report open.
The way the -s option works seems to have changed in 10.04 according to
http://movingtofreedom.org/2010/08/10/arranging-windows-from-the-gnulinux-command-line-with-wmctrl/
It now shows all desktops as a big one. This appears to be "as intended", although it obviously breaks compatibility.