Bug#567609: openbox: GTK's window-state-event reports sticky state wrongly
John Lindgren
Version: 3.4.10-1
Severity: normal
With a simple GTK test program, the window-state-event signal is not
sent when I set a test window to be sticky or not to be sticky under
OpenBox. Test program (stick.c) is attached.
$ ./stick
<<< Right-click title bar, click "Send to desktop -> All desktops"
<<< Right-click title bar, click "Send to desktop -> Workspace 1"
Under XFWM or Metacity, the same test program prints out "Sticky? Yes."
or "Sticky? No." when I toggle the sticky state (though not correctly;
see #567607 and #567608).
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openbox depends on:
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libglib2.0-0 2.22.4-1 The GLib library of C routines
ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library
ii libobparser21 3.4.10-1 parsing library for openbox
ii libobrender21 3.4.10-1 rendering library for openbox them
ii libsm6 2:1.1.1-1 X11 Session Management library
ii libstartup-notification0 0.10-1 library for program launch feedbac
ii libx11-6 2:1.3.3-1 X11 client-side library
ii libxau6 1:1.0.5-1 X11 authorisation library
ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar
ii libxinerama1 2:1.1-2 X11 Xinerama extension library
ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library
ii libxrandr2 2:1.3.0-2 X11 RandR extension library
ii libxrender1 1:0.9.5-1 X Rendering Extension client libra
Versions of packages openbox recommends:
pn openbox-themes <none> (no description available)
Versions of packages openbox suggests:
ii libxml2-dev 2.7.6.dfsg-2+b1 Development files for the GNOME XM
pn menu <none> (no description available)
ii obconf 2.0.3-3 Preferences manager for Openbox wi
ii python 2.5.4-9 An interactive high-level object-o
pn ttf-dejavu <none> (no description available)
-- no debconf information
John Lindgren
thanks
On Thu, 2010-02-04 at 18:35 +0100, Nico Golde wrote:
> I am closing this bug. Here is the upstream comment on which I agree about
> this:
> Mikachu 2010-01-30 09:39:53 EST
> http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2505530
>
> Sticky windows and windows on all desktops are _not_ the same thing. As you
> can't make a virtual desktop larger than the screen in openbox, we also don't
> care about sticky state.
The GTK+ manual reads:
gtk_window_stick ()
Asks to stick window, which means that it will appear on all
user desktops. ...
You can track stickiness via the "window-state-event" signal on
GtkWidget.
I think that makes it fairly clear that GTK+'s "window-state-event" is
meant to tell whether the window is visible on all workspaces, which is
not happening under OpenBox. I am reopening this bug, because the
combination of GTK+ and OpenBox is not working as documented. Whether
that's a problem with OpenBox or GTK+ I don't know.
John Lindgren
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org