Ticket #8233 (new defect)
Mouse Behavior in OpenGL drawing area causes erratic behavior
|Reported by:||janderson||Owned by:|
|Version:||VirtualBox 4.0.2||Keywords:||OpenGL Mouse|
There appears to be an issue with VirtualBox 4.0.0 with OpenGL and mouse positions... I have been using it with a 3D application called DAZ Studio that contains an OpenGL viewport.
When the mouse is captured and mouse integration is turned off, the mouse disappears when it enters the OpenGL viewport. If you are able to put the mouse on a viewport control (i.e. to rotate the viewport) it does work properly... it is just that it is near impossible to do that with the cursor behind the OpenGL viewport.
One other thing to note... When mouse integration is turned on, the mouse does not disappear when entering the viewport. However, the viewport controls do not work properly. This is because DAZ Studio does some mouse trickery to prevent the user from hitting the edge of the viewport when trying use one of the viewport tools such as rotation.
The trickery it does is this:
When the mouse is clicked and dragged
- Save the mouse position at the point of the click
- Hide the mouse
- Move the mouse to the center of the viewport
- Calculate movement from the center to determine how to affect the viewport
When the mouse click is finished
- Move the mouse back to the saved position
- Show the mouse again
It seems like there is a difference in how mouse positions are handled when mouse integration is enabled and when it is disabled... The correct mouse position behavior is when mouse integration is off.
I would really like to see this issue addressed since it essentially renders my favorite 3D application useless in VirtualBox.
I am running a Win7 Guest on a Win7 machine. This is only for testing purposes... I was wanting to make sure that my apps would work on a Win7 Guest before I switch my host OS to something else.