Status: New Owner: ---- New issue 310 by amdragon: XMonad.Main.handle eats WM_NAME property changes http://code.google.com/p/xmonad/issues/detail?id=310 Because XMonad.Main.handle intercepts PropertyEvent X events with atom WM_NAME in order to trigger the logHook, these PropertyEvent events are never broadcast to the layout message handler. Simply adding a call to broadcastMessage is this clause of the handle function would fix this. What steps will reproduce the problem? 1. With decorations in the layout hook, run the attached program. 2. Click on the window created by the program. What is the expected output? What do you see instead? The window sets its WM_NAME property when clicked. I would expect the title in its decoration to change, but it doesn't until some other property changes (for example, by changing focus to another window). If there is a log hook that reports window titles (for example, to dzen), then the title there changes immediately. This happens because the decoration layout modifier never receives the WM_NAME property change and thus doesn't notice the title change until it receives some other property change. This is a somewhat contrived example for the sake of reproducibility, but I have similar problems fairly frequently with xterm and, I believe, emacs titles. What version of the product are you using? On what operating system? xmonad 0.8.1 on Debian unstable. The code in darcs appears to do the same thing, though I did not try running it. Attachments: wmname.c 846 bytes -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings