Opened 5 years ago
Last modified 4 years ago
#19302 new defect
Mouse support fails
| Reported by: | GarlicCheese | Owned by: | |
|---|---|---|---|
| Component: | VM control | Version: | VirtualBox 6.0.16 |
| Keywords: | mouse | Cc: | |
| Guest type: | Linux | Host type: | Windows |
Description
I've come across this really odd bug with my guest Kali Linux (2019.2, 2019.4 and 2020.1; all had the latest guest additions installed), where mouse support randomly fails.
I can move the cursor. The keyboard works perfectly fine but I can't click anything with the mouse. The really odd thing is, that if I use the menu key (or application key) on the keyboard, the targeted application opens the right-click menu. In this menu, the mouse works again as expected. I've captured a short clip showing the issue. Mouse clicks are not shown, but I've clicked on every button/menu in the clip, when I hover over them.
Attachments (3)
Change History (8)
by , 5 years ago
| Attachment: | mouse-issue.gif added |
|---|
comment:2 by , 5 years ago
I frequently have to reboot the VM as the issue persists, which occasionally leads to critical errors. Maybe the issues correlate? I've attached the VBox.log right after the crash/critical error on reboot.
by , 5 years ago
comment:3 by , 5 years ago
Three weeks and not a single reaction? Is this an isolated issue, that only happens for me? It's insanely infuriating.
comment:4 by , 5 years ago
Exactly the same behavior happens on Linux host on Wayland, Mac OS and now Windows. Don't worry - you are not alone but the issue has not been fixed for more than 6 months now.
comment:5 by , 4 years ago
More symptoms: After using a VM running Linux for 6-7 hours at some point applications stop to accept mouse events (like Firefox, Thunderbird, Vivaldi, LibreOffice). I can do actions on the window decorations (resize the window, close etc.) but the program inside the frame does not accept any mouse input at all. Keyboard works. Vivaldi draws its own decorations, so there the windows actions are not working (as expected in this case). When this happens the machine also takes a prolonged time to shut down, may even block mouse actions on parts of the host ui (Arch/Gnome-Shell) for a moment. I have not been able to find anything in the logs so far, so i cannot provide any indication to the root cause.
Possibly related: In two recent cases i have seen a lot of
Shared Clipboard: Converting VBox formats 0x1 to 'INVALID' for X11 (idxFmtX11=0, fmtX11=0) failed, rc=VERR_NOT_SUPPORTED
Events in the log.
by , 4 years ago
| Attachment: | VBox.log.2 added |
|---|
Shared Clipboard: Converting VBox formats 0x1 to 'INVALID' for X11 (idxFmtX11=0, fmtX11=0) failed, rc=VERR_NOT_SUPPORTED
I've had the issue with both the virtualbox guest additions from the Kali repository and from the official ISO.
The VBox.log of the VM yields no changes at all, when this problem occurs.
Even after updating VirtualBox to Version 6.1.2 r135662 (Qt5.6.2), the issue still occurs.