Mariusz Ceier
Thu, 02 Apr 2009 07:58:25 -0700
I will take a look ... I consider that 3 places may be buggy: - FocusIn event handler ( e.g. filtering of focus events could be too aggressive ) - missing FocusOut event handler, maybe there should be one, handling this case - If there is any history of focused clients on lua side, it could be not updated correctly ... ( well I don't really know what awful does with focused clients, so it is just a guess )
For now I am going to check what events are floating around, to see what's going on :) Mariusz Ceier Julien Danjou pisze: > Hi Mariusz, > > I found a regression since: > commit 926f458331a721217cf35d2680622e1a7b8cbc30 > event: FocusIn and FocusOut events handlers > > with at least urxvt. > If a windows appears and steal the focus to urxvt (because new windows > get focus), then, when that windows is closed, urxvt does not know it > has the focus back. > For example, with ssh-askpass or pinentry it happens often. > > You can easily reproduce this with default config: > - Run 2 urxvt. One is on the left, one is on the right. > - Move your mouse to the right urxvt: it gets focus. > - Run another urxvt: it gets the focus. > - Press Ctrl-d to close this new urxvt: focus go back to the urxvt which > is on right of the screen (as border color shows), but urxvt cursor is > not plain (and the window is faded if you use urxvt fading). > > I'm not confortable with the various focus system you added, and I don't > know how to fix this. I can revert the problematic patch, but I'm not > sure that'd be a good fix anyway. > > Any idea? > > Cheers, -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.