After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 408247 - toggle window sticky attribute with wmctrl does not work
toggle window sticky attribute with wmctrl does not work
Status: RESOLVED NOTABUG
Product: metacity
Classification: Other
Component: EWMH specification
2.16.x
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2007-02-15 14:33 UTC by Marv
Modified: 2007-03-26 22:18 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Marv 2007-02-15 14:33:47 UTC 
Please describe the problem:
I can not make a window visible on all workspaces with the tool "wmctrl".

Steps to reproduce:
1. gnome-terminal
2. wmctrl -r :ACTIVE: -b toggle,sticky
3. 


Actual results:
Nothing happens.

Expected results:
I would expect that the current gnome-terminal window appears at all workspaces. It should do the same as when I press the right mouse button in the title bar an choose "Always on visible workspace"

Does this happen every time?
Yes

Other information:
I can change other properties with wmctrl like "fullscreen" without any problems.
Comment 1 Holger Bauer 2007-03-21 14:09:47 UTC 
I noticed that too with wmctrl and metacity 2.18. However, devilpie's (un)pin function still works.
Comment 2 Thomas Thurman 2007-03-26 21:57:50 UTC 
Reproduced here; now looking at this.
Comment 3 Elijah Newren 2007-03-26 22:18:51 UTC 
(I'm assuming your wmctrl command is trying to toggle the _NET_WM_STATE_STICKY attribute on a window; we can reopen if my assumption is wrong)

From the EWMH:

  _NET_WM_ACTION_STICK indicates that the window may have its sticky state 
  toggled (as for _NET_WM_STATE_STICKY). Note that this state has to do with 
  viewports, not desktops.

Metacity doesn't implment viewports, so toggling _NET_WM_STATE_STICKY is unsupported.  But even if it was supported, it wouldn't do what you want.  So I'm marking this as not a bug.  The correct way to put a window on all desktops is to change the NET_WM_DESKTOP property to 0xFFFFFFFF (as per the EWMH).