View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0015570||CentOS-7||kernel||public||2018-12-12 05:41||2021-01-27 07:56|
|Summary||0015570: CentOS 7.6.1810 running on a VirtualBox guest with a GUI has a mouse problem|
|Description||The mouse problem was first reported for RHEL 7.6 in the following virtualbox forum post:|
"Mouse only usable within single application after mouse click on RHEL 7.6"
and later in the RHEL discussion session:
"Mouse only usable within single application after mouse click on RHEL 7.6 as a VirtualBox guest"
Turns out the issue is related to the kernel version. Only the 7.6 kernels (3.10.0-957.x.el7) seem to be affected. With earlier versions or newer kernels (tested with ELRepo's kernel-lt and kernel-ml), mouse works fine.
|Additional Information||There was a useful piece of information in the referenced threads. That is, Fedora had the same problem and it went away with the kernel update to 4.17.4. So, one (or more) of the patches in that kernel update must have fixed the issue.|
The problem is not unique to VirtualBox. It can be reproduced _without_ VBox.
|Tags||No tags attached.|
The first candidate is this patch:
Input: psmouse - fix button reporting for basic protocols
"The commit ba667650c568 ("Input: psmouse - clean up code") was pretty brain-dead and broke extra buttons reporting for variety of PS/2 mice: Genius, Thinkmouse and Intellimouse Explorer. We need to actually inspect the data coming from the device when reporting events."
A centosplus kernel has been built with the patch (kernel-plus-3.10.0-957.1.3.el7.centos.plus.ay1) and is available from:
[EDIT] An updated version of the plus kernel is in https://people.centos.org/toracat/kernel/7/plus/bug15570new/
|Tested the centosplus kernel linked above, and it seems to resolve the issue for me. Is there an upstream RH bugzilla number that corresponds to this?|
|Glad to hear the positive result. Yes, I am planning to file a RHBZ as soon as I gather enough evidence that I've got the right patch. Will do so soon.|
https://bugzilla.redhat.com/show_bug.cgi?id=1658669 (marked private)
The patch has been confirmed to fix the issue by multiple users.
Sidetrack: There was a problem with building the kernel module, vboxguest, when the plus kernel was installed. In VirtuslBox's Makefile for vboxvideo, RHEL 7 kernels were picked up by looking for "el7.x86_64" in the name. The original plus kernel was named ".el7.centos.plus.xxx.x86_64" . As a result, this kernel was not recognized as a "RHEL 7 kernel". So I built the same kernel using "xxxx.plus.el7.x86_64" as the package name. Now Makefile sees this as a RHEL kernel and builds the vboxvideo module just fine.
Some progress made in the RHBZ:
Status: ASSIGNED → POST
Priority: unspecified → urgent
Severity: medium → high
Hi there your patch appears to have fixed the issue for me (everytime I opened a new browser tab in FF or Chrome I could interact within the application but I couldn't access the Applications or Places menus). The issue only appeared once I'd installed Guest Additions (Windows 10 host running CentOS 7 in VirtualBox 6.
I'm a complete novice when it comes to this sort of thing though (I don't even really know what a kernel is), but I'm presuming at some point I won't have to boot from that kernel anymore, so what I want to know is when I don't need to use it anymore? Also what happens if I do a sudo yum update now will it pick up the latest kernel and drop this one?
Any explanation/advice would be much appreciated (but tell it to me like I'm 5!)
Thanks in advance
I'm hoping that the next kernel update will have the patch. If so, you can just go ahead and update the kernel and boot to it. If not, you'd need to keep using the plus kernel.
There are ways to work around the issue. You can try one of the following:
(1) Log out of the GUI and log back in.
(2) Ctrl-Alt-F2 (switches to a secondary screen) and then Ctrl-Alt-F1 (switches back).
(3) On the host, change PS/2 mouse to USB Tablet.
[EDIT] (1) and (2) were confirmed to work by multiple users.
|A kernel update has been released upstream (kernel-3.10.0-957.5.1.el7). However, it did not have the patch.|
I have updated the patched plus kernel and made them available from the same location:
If you are currently running the plus kernel, please update to this version.
kernel-plus-3.10.0-957.5.1.el7.centos.plus now has the patch.
Please note that VBox users should keep using the one available from people.centos.org/toracat/kernel/7/plus/bug15570new/ because the official version has an issue with building the vboxguest kernel module.
|No recent progress in the filed RHBZ. It has a keyword "Z-Stream", so I expect the patch will appear in a future 7.6 kernel.|
The most update CentOS 7 kernel 3.10.0-957.5.1.el7.x86_64 still have issue on mouse related operations. I am using VirtualBox version 6.0.4 under Ubuntu 16.04 (Kernel 4.15.0-45-generic). Below are examples what issue I got:
case 1) Open a terminal window, you can't move the window by mouse on top window bar or access 'minimum', 'maximum' and 'close' buttons on it. You need to click on any one window menu, such as File, Edit, ... Help, etc to 'activate' the functions of top window bar.
case 2) Open Firefox and go to Tor browser download page (https://www.torproject.org/download/download-easy.html.en), click 'Donwload' button, then the download pop-up dialog box will appear, however mouse control cannot apply to this pop-up dialog box but still remain on the background window.
Looks like the RHEL kernel with the fix will be released sometime in March.
[EDIT] reference: https://forums.virtualbox.org/viewtopic.php?f=3&t=90267&start=90#p441744
This looks like the same bug as what I'm still experiencing, but I appear to have the 'fixed' kernel (right?):
# uname -a
Linux ex200 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core)
In fact I only noticed this bug about a ~week ago after updates. I can confirm the descriptions above, including switching virtual consoles to fix it. For example, open the Xfce Settings Manager and it's fully functional, can be moved around, etc. Open an applet inside it and the applet can't be moved, nothing inside the applet responds to mouse clicks, etc. The "All Settings" and "Close" buttons on the Settings Manager window are responsive and clicking either of them restores functionality. I've seen Terminal show this, but dropping down a menu seems to fix it.
However, the strange thing is that it doesn't happen every time. Sometimes it works normally. No pattern yet that I can see to whatever sets it off.
This is a VM running in VirtualBox 6.0.0 r127566.
Wanted to confirm that the fix works like a charm with VB 5.2.26 and 5.2.26 VB Guest Additions installed on a macOS host running Mojave 10.14.3. Tested with Gnome and Gnome Classic desktop. It also works in combination with the following setting
% echo “options vboxvideo modeset=1" > /etc/modprobe.d/vboxvideo.conf
to make screen resizing work at all for me.
|Red Hat has just released kernel-3.10.0-957.10.1.el7. I confirm this version has the patch that fixes the mouse issue. The CentOS kernel will follow shortly.|
|Well, "shortly" turned out to be longer than expected. I don't have an ETA ...|
|OK, kernel-3.10.0-957.10.1.el7 has just been released. The wait is over. :)|
|Hi toracat, I confirm the kernel 3.10.0-957.10.1.el7 fix this issue, thanks for your effort.|
|@athensy, thanks for the confirmation.|
|Confirm as well that the mouse fix in kernel 3.10.0-957.10.1.el7 works with VB 5.2.26. Tested on two systems, one older system which was upgraded from CentOS 7.5 and a new system which had the relief kernel "kernel-3.10.0-957.5.1.bug15570.plus.el7" installed before. Both systems run lightdm/xfce.|
|@vbuser, thanks for the confirmation. I will now close the ticket as 'resolved'.|
|2018-12-12 05:41||toracat||New Issue|
|2018-12-12 05:42||toracat||Status||new => assigned|
|2018-12-12 05:57||toracat||Note Added: 0033318|
|2018-12-12 06:10||toracat||Note Edited: 0033318|
|2018-12-12 13:57||gbailey||Note Added: 0033321|
|2018-12-12 14:17||toracat||Note Added: 0033322|
|2018-12-12 16:18||toracat||Note Added: 0033323|
|2018-12-15 18:51||toracat||Note Added: 0033359|
|2018-12-18 22:39||toracat||Note Added: 0033384|
|2019-01-01 18:48||toracat||Note Edited: 0033318|
|2019-01-12 19:53||sparadox||Note Added: 0033569|
|2019-01-13 06:38||toracat||Note Added: 0033571|
|2019-01-13 06:55||toracat||Note Added: 0033572|
|2019-01-18 17:54||toracat||Note Edited: 0033572|
|2019-01-29 17:50||toracat||Note Added: 0033723|
|2019-01-30 05:29||toracat||Note Added: 0033729|
|2019-01-31 18:39||toracat||Note Added: 0033744|
|2019-01-31 18:45||toracat||Note Added: 0033746|
|2019-02-06 14:26||toracat||Relationship added||has duplicate 0015787|
|2019-02-14 23:02||toracat||Additional Information Updated|
|2019-02-18 04:48||athensy||Note Added: 0033858|
|2019-02-21 18:15||toracat||Note Added: 0033878|
|2019-02-21 18:18||toracat||Note Edited: 0033878|
|2019-03-01 21:46||lphilpot||Note Added: 0033925|
|2019-03-11 14:01||vbuser||Note Added: 0033976|
|2019-03-12 17:08||toracat||Note Added: 0033985|
|2019-03-12 21:58||toracat||Note Edited: 0033878|
|2019-03-17 17:03||toracat||Note Added: 0034021|
|2019-03-18 18:35||toracat||Note Added: 0034033|
|2019-03-19 10:02||athensy||Note Added: 0034043|
|2019-03-20 23:25||toracat||Note Added: 0034054|
|2019-03-26 14:29||vbuser||Note Added: 0034097|
|2019-03-27 16:36||toracat||Status||assigned => resolved|
|2019-03-27 16:36||toracat||Resolution||open => fixed|
|2019-03-27 16:36||toracat||Note Added: 0034117|
|2019-10-07 06:36||toracat||Relationship added||has duplicate 0016546|