xmonad, XMonad.Hooks.EwmhDesktops, wmctrl -l and Firefox

Hey all, I've more or less solved all my issues, and I'm ever so slowly moving towards handing over the first two xmonad powered desktops to my employees. I do though still have one unsolved problem: wmctrl -l does not list all the windows that are currently open, so I can't reliable close Firefox with "wmctrl -c firefox" meaning that more often than not when Firefox is started, I get the nasty "restore" page. Quite annoying. I've added XMonad.Hooks.EwmhDesktops to xmonad.hs, but it does not appear to solve the problem. http://hpaste.org/80773 Anybody got an idea as to what else I can do to fix this? I need to be able to quit Firefox gracefully from a script, and plain pkill/kill just doesn't cut it. :o) Thomas Løcke

Hi, Am Dienstag, den 15.01.2013, 16:47 +0100 schrieb Thomas Løcke:
I've added XMonad.Hooks.EwmhDesktops to xmonad.hs, but it does not appear to solve the problem.
it should (and does here). Have you tried logging out and in again? Greetings, Joachim -- Joachim "nomeata" Breitner mail@joachim-breitner.de | nomeata@debian.org | GPG: 0x4743206C xmpp: nomeata@joachim-breitner.de | http://www.joachim-breitner.de/

On Tue, Jan 15, 2013 at 10:15 PM, Joachim Breitner wrote: it should (and does here). Have you tried logging out and in again? I've tried rebooting, but to no avail. For some odd reason wmctrl -l only
lists some of the open windows.
Does my xmonad.hs look sane to you Joachim?

Hi, Am Dienstag, den 15.01.2013, 23:25 +0100 schrieb Thomas Løcke:
On Tue, Jan 15, 2013 at 10:15 PM, Joachim Breitner
wrote:
it should (and does here). Have you tried logging out and in again?
I've tried rebooting, but to no avail. For some odd reason wmctrl -l only lists some of the open windows.
ah, so it lists something. Can you spot some pattern as to which windows are listed and which are not? And what are windows that are not open? Your xmonad.hs looks fine. "return () >> " is useless. Maybe , handleEventHook = fullscreenEventHook is a problem – you are throwing away the original value of handleEventHook. Greetings, Joachim -- Joachim "nomeata" Breitner mail@joachim-breitner.de | nomeata@debian.org | GPG: 0x4743206C xmpp: nomeata@joachim-breitner.de | http://www.joachim-breitner.de/

On Tue, Jan 15, 2013 at 5:54 PM, Joachim Breitner
Your xmonad.hs looks fine. "return () >> " is useless. Maybe , handleEventHook = fullscreenEventHook is a problem – you are throwing away the original value of handleEventHook.
Shouldn't matter as the relevant one should be added afterward by the ewmh combinator. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

On Tue, Jan 15, 2013 at 11:54 PM, Joachim Breitner wrote: ah, so it lists something. Can you spot some pattern as to which windows
are listed and which are not? And what are windows that are not open? Sadly I can find no discernible pattern. ;-( Your xmonad.hs looks fine. "return () >> " is useless. Maybe
, handleEventHook = fullscreenEventHook
is a problem – you are throwing away the original value of
handleEventHook. I'm using fullscreenEventHook in order to make Google Chrome fullscreen
work. Without it Google Chrome does not play nice. But maybe I should
experiment a bit. Things might have changed since last I experimented with
this.
:o)
Thomas Løcke
participants (3)
-
Brandon Allbery
-
Joachim Breitner
-
Thomas Løcke