[xmonad] Issue 310 in xmonad: XMonad.Main.handle eats WM_NAME property changes

codesite-noreply at google.com codesite-noreply at google.com
Sun Aug 23 01:25:04 EDT 2009


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


More information about the xmonad mailing list