Hello List, After filing a Debian bug, the package maintainer gave a hint, that this might be more relevant here:
There seems to exist a (minor) usability issue with GTK frontend and detaching a window, that seems to lead to full loss of keyboard input to the guest, in the end. With the first issue (usability), it is not clear if this is intended behaviour. Maybe someone can give a short opinion to finish this one as "little unexpected feature". See also [0]. When running a Qemu machine with "-display gtk" then selecting Menu-bar -> View -> Detach tab and Menu-bar -> View -> Fullscreen will then display the menu bar into fullscreen mode, not the virtual machine window. As it is impossible to bring the detached window to fullscreen mode, it has to be reattached to the main windows again, This can be done by closing the windows. Everything looks nice afterwards but keybord events are not forwarded to the guest any more (mouse is still working). There is no difference in behaviour when GTK window is scaling the guest screen, guest display is in full screen mode or not, input is grabbed. Using the qemu monitor (with "-monitor stdio") still transports the keystrokes, so the guest seems to be working still. (qemu) sendkey x (qemu) sendkey ret Can anyone reproduce this behaviour? See also [1]. Background: the initial reason for exploring all window/fullscreen variants was, that the mouse input stopped working with the sdl -> gtk switch. The Debian package maintainer seems very responsive and commited, so we are still sorting this one out in [2]. Thanks for any feedback, opinions, hd [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919056 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919116 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919057