closing
** Changed in: linux-lts-xenial (Ubuntu)
Status: Incomplete => Invalid
** Changed in: virtualbox (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
setting as incomplete then :)
** Changed in: virtualbox (Ubuntu)
Status: New => Incomplete
** Changed in: linux-lts-xenial (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
If upstream means VirtualBox upstream, I wonder whether this is still an
issue with VirtualBox 5.1. We re-did the capturing code for that
version when we switched to Qt 5.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
please complain to upstream, this needs to be implemented for everybody,
because changing default hotkeys will be a pain for just Debian/Ubuntu
users.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
If Right Ctrl is defined as the (standard) Compose key,
VirtualBox must not default to Right Ctrl as Host Key (anymore),
which it will never recognize as such then,
yet this trap persists through Ubuntu 16.04.2 LTS.
When caught in a VM window, few users will find the "emergency exit"
back to
** Also affects: virtualbox (Ubuntu)
Importance: Undecided
Status: New
** Also affects: linux-lts-xenial (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
[Expired for virtualbox-ose (Ubuntu) because there has been no activity
for 60 days.]
** Changed in: virtualbox-ose (Ubuntu)
Status: Incomplete = Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thank you for posting this bug.
I think this is more of a wishlist looking for dummy proofing the
compose key being set to the same key as VirtualBox's release key.
Something like, if the compose key is set to the same key as release key
or vice versa, one gets a prompt noting this will have dire
Exactly what kind of behavior are you expecting, if you have both
virtualbox as well as the running guest os configured to capture the
right ctrl?
--
Setting compose key as 'right CTRL' traps cursor in VirtualBox
https://bugs.launchpad.net/bugs/536832
You received this bug notification because
Hi Andreas,
Maybe it is not technically possible with the current way the compose
key is implemented but I was expecting virtualbox to release the cursor
from the virtual machine when pressing right CTRL.
I would not expect that setting this key as the compose key would block
other applications
Also, it is the host OS that is configured to use right CTRL as the
compose key and not the guest OS.
--
Setting compose key as 'right CTRL' traps cursor in VirtualBox
https://bugs.launchpad.net/bugs/536832
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/40711625/Dependencies.txt
--
Setting compose key as 'right CTRL' traps cursor in VirtualBox
https://bugs.launchpad.net/bugs/536832
You received this bug notification because you are a member of Ubuntu
Bugs, which is
seems rather a virtualbox issue
** Package changed: gnome-control-center (Ubuntu) = virtualbox-ose
(Ubuntu)
--
Setting compose key as 'right CTRL' traps cursor in VirtualBox
https://bugs.launchpad.net/bugs/536832
You received this bug notification because you are a member of Ubuntu
Bugs, which
To be clear, when my compose key is something other than right CTRL then
VirtualBox correctly releases the mouse when hitting right CTRL.
--
Setting compose key as 'right CTRL' traps cursor in VirtualBox
https://bugs.launchpad.net/bugs/536832
You received this bug notification because you are a
14 matches
Mail list logo
