! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
The panel's _NET_WM_WINDOW_TYPE value is incorrect
Status:
RESOLVED: WORKSFORME
Product:
Xfce4-panel

Comments

Description Emilio 2010-01-06 03:23:21 CET
Currently, xfce4-panel has _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL. This results in the panel getting window decorations, which not right. Ideally, the panel should set _NET_WM_WINDOW_TYPE to _NET_WM_WINDOW_TYPE_DOCK (see http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#id2507144)

Here is a screenshot of the problem: http://launchpadlibrarian.net/37467747/shot.png

You can find a xprop log here: http://launchpadlibrarian.net/37470055/xprop.log

This bug was originally filled in the launchpad tracker here: https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/503633
Comment 1 Nick Schermer editbugs 2010-01-06 09:31:50 CET
You probably use an unstable version of glib right? Well they've created a regression which breaks the panel. I've released xfce4-panel 4.6.3 to fix this (to fix it quicker then glib, still their fault).
Comment 2 John 2010-06-17 15:42:10 CEST
(In reply to comment #1)
> You probably use an unstable version of glib right? Well they've created a
> regression which breaks the panel. I've released xfce4-panel 4.6.3 to fix this
> (to fix it quicker then glib, still their fault).

Just to be sure, this problem appeared here too, after upgrading glib to 2.24.1, which isn't unstable, AFAIK.

John
Comment 3 Nick Schermer editbugs 2010-06-17 17:11:32 CEST
It happens _after_ the glib 2.23 release, which breaks some internal functioning (with good reasons). This is fixed in xfce4-panel 4.6.3 (atm. 4.6.4 is latest stable release).

Bug #6117

Reported by:
Emilio
Reported on: 2010-01-06
Last modified on: 2010-06-17

People

Assignee:
Nick Schermer
CC List:
1 user

Version

Attachments

Additional information