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.
