First mouse click in virtual screen interpreted as drag

[Matthew Francis]

With an OSX host and Linux (Fedora 14) guest with guest additions installed, a mouse click into the guest that also transfers focus to the running VirtualBox host window causes an undesired drag from the previous mouse position within the guest (before host focus moved). This can have a number of undesirable effects on the guest depending on what exactly is on screen at the time.

Steps to reproduce:

1. Install Fedora 14 and guest additions on an OSX host, and run in single-window mode with mouse integration enabled

2. With a clean F14 desktop (no windows open), focus another host (OSX) window

3. Left-click and hold at any position on the F14 desktop. A selection rectangle should be visible from the last position of the mouse within the guest before host focus was lost (the bug occurs even without holding, but the desktop selection rectangle shows what is happening clearly)

Expected behaviour: The click (or drag) should be experienced by the guest as starting from the position of the click into the guest desktop, not the position of the mouse prior to loss of host focus

[Matthew Francis]

VBox log

[Matthew Francis]

This bug is still present (and still annoying) with VB 4.0.10 and Fedora 15

[mickey]

this issue happens to me with different linux guests, and is extremely annoying (thinking of virtualbox alternatives because of it). please make top priority!

[Michael Thayer]

Could you please do the following to help understand what is happening: start a Linux virtual machine in which you can trigger this with the environment variable "VBOX_RELEASE_LOG=main.e.l.l2.l3.f" set (this should cause lots of additional information to be added to the log file, including all mouse movement information), and then reproduce the issue with the "xev" application running to get information about mouse movement events from the point of view of the guest? Then attach the log file and post the "xev" output to this ticket? If necessary (and if you can be sure of getting them) you can truncate both to just the relevant parts.

[Frank Mehnert]

No response, closing.

[boconnor]

This happens to me on MacOSX host 10.8.3 and Mint 13 guest. It's easy to reproduce on multiple mac laptops and my desktop.

This is extremely annoying. The ticket is marked as "fixed" but this issue is not "fixed" in the latest release of VirtualBox for the mac.

Does anyone on the dev team for this project use a mac and run a Ubuntu/Fedora/Mint guest? I'm shocked that this is still a bug since it makes the application very tedious to use. I have to click the VirtualBox window on the Mac and then click inside the window to prevent this from happening.

Can someone from the team please reopen this issue?

[Michael Thayer]

As you may have seen, the ticket was closed because at the time no one showed any continued interest in resolving the issue. If you are interested then you could try to gather the information that I requested from the previously affected people. I am not aware of anyone on the development team being affected by this.

[mvherweg]

I want to add that this also happens to me with a slightly different setup: Latest virtualbox software running on windows 7 pro. The virtual machine is a Xubuntu 12.4 image. I connect to the VM from my Macbook Air (Mavericks) using Cord. (i.e., i have remote display enabled for the VM)

And i do get exactly the same issue as described here.

[thehcma]

I can report that this also happens in version 4.3.18. MacOS as host and both Centos 6.5 and Ubuntu 14.04 guests.

When attempting to get the xev events - having the focus outside of the Virtual Box window and then clicking on a Konsole window in the guest, no mouse event is generated, yet the window is affected by a "text highlight".

I can switch the focus back to the guest without disturbance if I use a Control-Tab switch from the host. But clicking is always disruptive.

I am willing to extract whatever information is need to help fixing this.

[thehcma]

One important note about my configuration - I am using two monitors. And the guest is running full screen on the second monitor, when I trigger the bug (and, naturally, when I have to set the focus back to the guest running in a VM from the window of an application running in the host).