[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmonad
Subject:    [xmonad] Issue 310 in xmonad: XMonad.Main.handle eats WM_NAME
From:       codesite-noreply () google ! com
Date:       2009-08-23 5:25:04
Message-ID: 0016e64b9a1cd7659b0471c85223 () google ! com
[Download RAW message or body]

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
_______________________________________________
xmonad mailing list
xmonad@haskell.org
http://www.haskell.org/mailman/listinfo/xmonad
[prev in list] [next in list] [prev in thread] [next in thread]