Opened 8 years ago
Closed 7 years ago
#16607 closed defect (obsolete)
Scrolling with "mouse integration" broken in latest Virtual Box + ext. pack + guest additions -> no response
Reported by: | giacecco | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 5.1.18 |
Keywords: | mouse input scroll wheel | Cc: | |
Guest type: | Windows | Host type: | Linux |
Description
I'm running an up-to-date Windows 10 in VirtualBox 5.1.18 r114002 on Fedora 25. The latest extension pack and guest additions are installed. I've restarted Windows after installing them.
When Input > Mouse integration is enabled, the mouse wheel never works to scroll up (rotating "away from the user"). Scrolling down is fine. If I disable Input > Mouse Integration, scrolling is fine.
The problem is not completely new to VirtualBox but I have no elements to suggest if this is regression - e.g. of https://www.virtualbox.org/ticket/6171 - or new.
Thanks.
Change History (3)
comment:1 by , 8 years ago
comment:2 by , 7 years ago
Not sure if this issue is related. While using VBox 5.1.30 with Mouse Integration turned on the 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.
I've already tried it with libinput and evdev on the guest Fedora 26 system. The behavior is the same.
Thank you.
Yaroslav
comment:3 by , 7 years ago
Resolution: | → obsolete |
---|---|
Status: | new → closed |
Summary: | Scrolling with "mouse integration" broken in latest Virtual Box + ext. pack + guest additions → Scrolling with "mouse integration" broken in latest Virtual Box + ext. pack + guest additions -> no response |
No response from the reporter, Yaroslav you have already created #17270; I will close this.
Does it make a difference whether input is captured or not? (Press the host key to release it.) Does the same thing happen with older 5.1 releases<1>? And please attach a log file<2>.