Scrolling with mouse integration

[Yaroslav]

While using VBox 5.1.30 with Mouse Integration turned on the wheel scroll event is not passed to some windows while moving the mouse. If mouse is stationary the scroll is registered fine. It happens over Chrome, Firefox, GTK windows, but works fine for Java and urxvt windows.

I've already tried it with libinput and evdev on the guest Fedora 26 system. The behavior is the same.

Thank you.

Yaroslav

[Michael Thayer]

Please use evtest in the guest to get a better idea of what is going on.

[Yaroslav]

Replying to michael:

Please use evtest in the guest to get a better idea of what is going on.

Using evtest: the mouse move events come from "VirtualBox mouse integration" device, while wheel scroll event is coming from "ImExPS/2 Generic Explorer Mouse".

While moving mouse over Chrome window and scrolling, the scroll event is registered in evtest, but it's not reflected in the chrome window. The same happens for other GTK windows.

[Yaroslav]

Confirm the issue exists on VBox 5.2.0 and freshly installed Fedora 27 (using VBox provided guest additions as Fedora 27 has those by default now).

[Michael Thayer]

I suggest you take this to the Chrome and/or the GTK developers, and possibly give feedback here as to what conclusion is reached.

[Yaroslav]

Might it be something on VBox side? Fedora 27 has guest additions on it's own and using those the scroll is working fine. The issue appears only using VBox-provided guest additions.

Thanks for any help

[Michael Thayer]

Not yet looked at Fedora 27. Do they also run the user-space tools by default?

[Yaroslav]

Replying to michael:

Not yet looked at Fedora 27. Do they also run the user-space tools by default?

Yep, I was surprised myself when after clean install the resolution/mouse integration were working out of the box.

[Michael Thayer]

Those are all the kernel tools. The user space tools are for (among other things) the shared clipboard and drag and drop.

[Yaroslav]

That's what I'm saying. Using Fedora 27 kernel tools the scroll works fine. If I install Vbox provided guest-additions kernel modules the scroll starts having this issue.

[Michael Thayer]

To put it differently: if you use the Fedora 27 Additions, are VBoxService and VBoxClient also running? And if not, when you use ours, does stopping VBoxClient (make sure you really stop all the processes) have any effect? If so, try again, just stopping the Drag and Drop VBoxClient processes.

[Yaroslav]

I've removed Fedora 27 Virtual Machine.

With VBox additions installed, killing all VBoxClient processes has no effect. The scroll event still is not recorded while moving mouse.

[root@localhost ~]# ps aux | grep VBox
root       466  0.0  0.0      0     0 ?        S<   10:34   0:00 [iprt-VBoxWQueue]
root       827  0.0  0.0 368636  3208 ?        Sl   10:34   0:02 /usr/sbin/VBoxService --pidfile /var/run/vboxadd-service.sh
root      8613  0.0  0.0 119468   960 pts/2    S+   14:26   0:00 grep --color=auto VBox

[Yaroslav]

Uninstalling VirtualBox Extension Pack resolved the issue for all windows.

[Michael Thayer]

Uninstalling the Extension Pack or the Additions? I assume the second; nonetheless I still suggest that you take this to the Chrome team, as I don't think that we will be able to look at this in the near future, and other applications work. It might help them to know that when mouse integration is enabled, button events and movement events reach the guest via different virtual devices. This is somewhat unusual, but can also happen on physical systems (e.g. a laptop with a touch pad and a touch point).

[Yaroslav]

I thought it was Extension Pack (not the Guest Additions), however looks like removing xorg-x11-drv-libinput.x86_64 actually resolved the issue (was cleaning up some packages), not removing Extension Pack.

The issue lies somewhere between VBox Guest Additions and libinput driver for x11... Not sure where to look next.