Description of problem: When keyboard input triggers focus change from one window to another, both windows get the keyboard input. Version-Release number of selected component (if applicable): F21 Alpha gnome-session-wayland-session How reproducible: often, e.g. when focus moves from gnome-shell (overview, search) to any application (e.g. geany, gedit, gnome-terminal) gnome-terminal (on exit) to any application (see above) any dialog (e.g. from polkit, gpg, …) over any application Steps to Reproduce: 1. Open one instance of gnome-terminal 2. start `$ xinput test` 3. start another instance of gnome-terminal 4. focus on the second terminal 5. type "exit" and execute with enter key Actual results: first terminal quits, second terminal gets the enter key press. both terminals recieve the enter key press. when `$ xinput test` is running in the first terminal, it will see the press and release of enter key twice. Expected results: Only the currently focused application should get the input.
This bug is fixed with gnome 3.14.1 release. closing.
This bug is still present in some way in gnome 3.16 / Fedora 22. the steps to reproduce just don't work any more since gnome-terminal-server runs on wayland backend thus xinput can't get keyboard input of other processes. But it can be reproduced by these steps: 1. open gnome-terminal 2. run `xinput --test-xi2` 3. open another window, do something there. close the window e.g. by pressing "X" or typing "exit[Enter]" if it is a terminal You will see that the key event (by mouse or keyboard) will be split up to two applications. the "key down" event will be sent to one application, the "key up" event to the other one. This has major impact as it will in some cases "lock" the pressed key. If you e.g. have a terminal closed by entering "exit" and pressing the [Enter] key and afterwards a nautilus window gets focus it will try to open the selected file until it looses focus. This will probably freeze the system until an out-of-memory killer starts its work. Result: Bad user experience.
Still present on current F23 Alpha with gnome 3.17.90 as of today. Happens less often as far as I can tell.
Sometimes this issue happens when using <Meta/Super>+<Tab> to switch windows between 2 XWayland applications. Gnome-shell then keeps switching focus between the two most recently active application windows. This cannot be aborted by pressing <Metal>+<Tab> again. Instead you need to e.g. press <Alt>+<Tab>.
I see an issue with Firefox when I Alt-Tab away from it - the menubar momentarily shows since Alt is a trigger key to show the menu. Is this a manifestation of this issue? If not, I can file another...
(In reply to Chris Bredesen from comment #5) > I see an issue with Firefox when I Alt-Tab away from it - the menubar > momentarily shows since Alt is a trigger key to show the menu. Is this a > manifestation of this issue? If not, I can file another... I don't know that for sure. At least it doesn't happen on X11 but on wayland. And I can confirm this too.
This one is fixed in Xwayland upstream - https://bugs.freedesktop.org/show_bug.cgi?id=97467
Fixed in xorg-x11-server-Xwayland-1.18.4-4
then I guess we should close this ?