On Sun, Jul 27, 2008 at 12:51 PM, Mark Williamson <[EMAIL PROTECTED]> wrote: > I think this is a real bug; under Gnome I can switch desktops using > Ctrl+Alt+<arrow>. If I switch away from a desktop whilst an xpra client > window is in focus, then I switch back to that desktop, the xpra client > window has the "meta" key stuck on until I hit it explicitly. > > I assume what is happening is that the meta "key down" notification makes it > to xpra before the key combo is complete, then Metacity switches to another > desktop (and therefore focuses another app) so xpra doesn't get the meta "key > up" notification. > > non-xpra apps don't seem to exhibit this behaviour but I don't know enough > about X to know what the appropriate fix is... If anybody were to give me a > hint I could have a go at fixing it myself.
Can you send a log of the network traffic? (E.g. the junk the client dumps to the screen, or the server's ~/.xpra/:<whatever>.log) There are two possibilities: the client thinks that the meta key is stuck down, so it sends key events to the server with the meta flag set and the server obligingly delivers them those to the client, or else the client doesn't think the meta key is stuck down and is sending appropriate key events, but the server is misinterpreting them. Looking at the key packets would make it easy to distinguish these. The latter case *shouldn't* be possible because the server explicitly resets all the modifier keys before issuing each key event, exactly to avoid this sort of accidentally-persisting-state issue, but that code could be buggy. The former case... would be kind of weird, since it would probably indicate a bug in GTK+, but who knows... -- Nathaniel _______________________________________________ Parti-discuss mailing list [email protected] http://lists.partiwm.org/cgi-bin/mailman/listinfo/parti-discuss
