July 2012 - xmonad - Haskell.org

Re: Issue 158 in xmonad: _NET_WORKAREA support
by codesite-noreply＠google.com 01 Mar '13

01 Mar '13

Updates: Status: Accepted Labels: -Type-Defect Type-Enhancement Comment #6 on issue 158 by byorgey: _NET_WORKAREA support http://code.google.com/p/xmonad/issues/detail?id=158 (No comment was entered for this change.) -- 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

1 11

Issue 402 in xmonad: Xmonad becomes unresponsive. No focus changing (using keys or mouse), workspace changing or recompile.
by codesite-noreply＠google.com 01 Mar '13

01 Mar '13

Status: New Owner: ---- New issue 402 by 6181989: Xmonad becomes unresponsive. No focus changing (using keys or mouse), workspace changing or recompile. http://code.google.com/p/xmonad/issues/detail?id=402 What steps will reproduce the problem? 1. No idea. Each time time it's with relatively few windows open (chromium with ~10 tabs and ~4 instances of urxvt). Nothing too heavy. Seems to be random at this point. What is the expected output? What do you see instead? I expect it to...well, no lock up. But it freezes up and none of the keybindings in haskell.hs work (can't even recompile). I can't change workspaces or window focus, but the currently focused window still has its (non-monad related) bindings and functionality work fine (chromium, screen w/ urxvt) and I can still ctrl+alt+F1 to console. Mouse still works, but it doesn't change focus on the windows. What version of the product are you using? On what operating system? Arch x86_64 with kernel 2.6.34-ARCH and xmonad 0.9.1 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No --recompile output. See attached for xmonad.hs. Please provide any additional information below. It's done it twice in the less than 24 hours I've had it installed. ivanm @ #xmonad has confirmed this problem also. (see logs for 30/07/10 19:31) Attachments: xmonad.hs 4.8 KB

1 17

Issue 326 in xmonad: floating windows can break Actions.UpdatePointer
by codesite-noreply＠google.com 20 Feb '13

20 Feb '13

Status: New Owner: ---- New issue 326 by OrbisVicis: floating windows can break Actions.UpdatePointer http://code.google.com/p/xmonad/issues/detail?id=326 What steps will reproduce the problem? 1. UpdatePointer (TowardsCentre 1 1) 2. spiralWithDir West CW (4/5) 3. scratchpadManageHook (W.RationalRect 0.25 0.3 0.5 0.55) 4. Open two windows in the spiral layout, launch the scratchpad, and start tabbing 5. One of the windows will never receive focus -- 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

1 3

Issue 481 in xmonad: UrgencyHook doesn't work for Qt applications
by codesite-noreply＠google.com 18 Feb '13

18 Feb '13

Status: New Owner: ---- New issue 481 by Mike.Lim...(a)gmail.com: UrgencyHook doesn't work for Qt applications http://code.google.com/p/xmonad/issues/detail?id=481 What steps will reproduce the problem? 1. Use Qt application which uses QApplication::alert to mark application as "urgent", for example Skype or qutIM What is the expected output? What do you see instead? UrgencyHook should be executed, but actually nothing happened. What version of the product are you using? On what operating system? xmonad && xmonad-contrib 0.9.2. The darcs version is also affected. OS - Gentoo Linux. As I understand the root cause of the problem is that _NET_WM_STATE_DEMANDS_ATTENTION flag is not handled properly, but Qt uses it internally.

1 2

Issue 389 in xmonad: Some applications are unresponsive after workspace switch
by codesite-noreply＠google.com 13 Feb '13

13 Feb '13

Status: New Owner: ---- New issue 389 by mr.schyte: Some applications are unresponsive after workspace switch http://code.google.com/p/xmonad/issues/detail?id=389 What steps will reproduce the problem? 1. open an effected application (urxvt, gvim ...) 2. switch to another workspace 3. switch back What is the expected output? What do you see instead? After switching back the selected window doesn't register keyboard input, however after selecting another window (using alt-tab; mouse focus doesn't work) everything works fine until the next workspace switch. What version of the product are you using? On what operating system? xmonad 0.9.1, Linux synapse 2.6.32-ARCH #1 SMP PREEMPT Mon Mar 15 20:44:03 CET 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz GenuineIntel GNU/Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The problem occurs even when using the default configuration. Please provide any additional information below. Some applications work, while others doesn't (xterm works, urxvt doesn't). -- 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

1 8

mplayer moves 1 step right and 1 step down
by Carsten Mattner 10 Feb '13

10 Feb '13

If I return mplayer from fullscreen the floating window moves 1 step right and 1 step down. Didn't measure how many pixels it moves. Any idea?

4 7

Issue 393 in xmonad: XMonad.Prompt.Shell should use user-defined searchPredicate
by codesite-noreply＠google.com 02 Feb '13

02 Feb '13

Status: New Owner: ---- New issue 393 by hgabreu: XMonad.Prompt.Shell should use user-defined searchPredicate http://code.google.com/p/xmonad/issues/detail?id=393 What steps will reproduce the problem? 1. Set-up XMonad.Prompt.Shell with defaulXPConfig changing the searchPredicate to something else. e.g. \x y -> map toLower x `isPrefixOf` map toLower y 2. run your prompt, start typing anything to see that your searchPredicate is ignored. In the above example case IS ignored, so typing 'VI' should show 'vi' or 'vim' on the list, but they're not. What version of the product are you using? On what operating system? latest darcs on up-to-date Archlinux x86_64 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". recompile prints nothing and my cluttered xmonad.hs is attached but only line 166 is related (which is a keybind to X.A.SpawnOn shellPromptHere). Please provide any additional information below. X.P.Shell also completes filenames using bash's compgen, it should respect user's setting (~/.inputrc) telling it to ignore-case (set completion- ignore-case on). But that's another problem, I'm just complaining about command completion for now. Attachments: xmonad.hs 16.3 KB -- 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

1 5

Re: Issue 135 in xmonad: toggleBorders (XMonad.Action.NoBorders) Causes floating windows to grow in size
by codesite-noreply＠google.com 16 Jan '13

16 Jan '13

Comment #2 on issue 135 by neoraider: toggleBorders (XMonad.Action.NoBorders) Causes floating windows to grow in size http://code.google.com/p/xmonad/issues/detail?id=135 This bug occurred when I tried to disable the border of a Gnome-Do window automatically (it doesn't look nice with one), causing the Gnome-Do window to grow indefinitely, filling the whole screen after a few seconds. The attached patch solves the problem for me, making XMonad.Operations.floatLocation use the actual window border width instead of the globally configured one. Attachments: xmonad.patch 588 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

1 2

Re: [xmonad] Issue 182 in xmonad: Key bindings should be showable
by codesite-noreply＠google.com 12 Jan '13

12 Jan '13

Comment #2 on issue 182 by daniel.s...(a)gmail.com: Key bindings should be showable http://code.google.com/p/xmonad/issues/detail?id=182 Issue 489 has been merged into this issue.

1 12

Re: Issue 306 in xmonad: Magnifier: keep magnified status if transient focused
by codesite-noreply＠google.com 11 Jan '13

11 Jan '13

Updates: Status: Accepted Labels: Type-Enhancement Component-Contrib Comment #3 on issue 306 by byorgey: Magnifier: keep magnified status if transient focused http://code.google.com/p/xmonad/issues/detail?id=306 This shouldn't be too difficult to implement (either Riccardo or Daniel's proposed behavior) given the new extensible state. -- 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

1 3