[Qemu-devel] [Bug 1605045] [NEW] input-linux enter key stuck and/or broken

[Qemu-devel] [Bug 1605045] [NEW] input-linux enter key stuck and/or broken

[mutedbytes]

Public bug reported:

Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
causes enter key to be stuck down after executing a shell script to
launch qemu guest, resulting in repeated new lines in terminal. After a
certain point of guest boot, the enter key is no longer pressed.
However, at least under Gnome on Wayland, when pressing both left+right
Ctrl keys to return keyboard back to the host, the enter key no longer
functions. The enter key continues to function when control is under the
guest, but never returns to functionality in the host until a reboot is
performed.

** Affects: qemu
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  New

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions

[Qemu-devel] [Bug 1605045] Re: input-linux enter key stuck and/or broken

[mutedbytes]

To further clarify: when keyboard control is under the host, enter key
does not work while all other keys seem to work normally. When control
of keyboard is under guest, all keys work normally including the enter
key under the guest. This seems to be related to the enter key being
stuck pressed after hitting enter to initially execute qemu / guest
launch.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  New

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions

[Qemu-devel] [Bug 1605045] Re: input-linux enter key stuck and/or broken

[mutedbytes]

I would also like to add: after performing a shutdown in the guest OS,
qemu terminates as normal and keyboard control is automatically passed
back to the host. However, the enter key continues to not function until
the host is restarted.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  New

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions

[Qemu-devel] [Bug 1605045] Re: input-linux enter key stuck and/or broken

[nivekuil]

I can confirm this bug on Linux 4.7.1 with QEMU 2.6.0.  A workaround is
to change to a different TTY and then back to the X display, which fixes
the enter key for the rest of the QEMU session.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  New

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions

[Bug 1605045] Re: input-linux enter key stuck and/or broken

[Thomas Huth]

The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience.


** Changed in: qemu
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  Incomplete

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions

[Bug 1605045] Re: input-linux enter key stuck and/or broken

[Launchpad Bug Tracker]

[Expired for QEMU because there has been no activity for 60 days.]

** Changed in: qemu
       Status: Incomplete => Expired

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1605045

Title:
  input-linux enter key stuck and/or broken

Status in QEMU:
  Expired

Bug description:
  Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
  causes enter key to be stuck down after executing a shell script to
  launch qemu guest, resulting in repeated new lines in terminal. After
  a certain point of guest boot, the enter key is no longer pressed.
  However, at least under Gnome on Wayland, when pressing both
  left+right Ctrl keys to return keyboard back to the host, the enter
  key no longer functions. The enter key continues to function when
  control is under the guest, but never returns to functionality in the
  host until a reboot is performed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1605045/+subscriptions