THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#1246 - Awesome panel gets WM properties inherited from systray applications
User who did this - Daniel Hahler (blueyed)

----------
Thanks for not just closing it without any comment! :)

I have reported it for compton, and there is a reply:
https://github.com/chjj/compton/issues/20#issuecomment-39086118

Yep, awesome indeed sets _NET_WM_WINDOW_TYPE = _NET_WM_WINDOW_TYPE_DOCK on the 
top-level frame window of the dock. The problem is it sets WM_STATE on the icon 
window, which causes compton to recognize the icon window as the client window 
of the dock window, and reads _NET_WM_WINDOW_TYPE from the icon window. I do 
not know if setting WM_STATE on a tray icon window is against ICCCM, XEMBED, or 
the system tray protocol (XEMBED states quite obscurely that the embedder acts 
like a "window manager" for the client, and I don't see any further 
clarifications on the treatment of WM_STATE when looking quickly at the 
standard), but I've not seen other systray/dock apps with similar behavior so 
far.

By the way, if you need a quick-'n'-dirty workaround on compton's side:
--shadow-exclude '_NET_WM_WINDOW_TYPE:a = "_NET_WM_WINDOW_TYPE_DOCK"'
----------

More information can be found at the following URL:
https://awesome.naquadah.org/bugs/index.php?do=details&task_id=1246#comment3967

You are receiving this message because you have requested it from the Flyspray 
bugtracking system.  If you did not expect this message or don't want to 
receive mails in future, you can change your notification settings at the URL 
shown above.

--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Reply via email to