Custom Query (16363 matches)
Results (1432 - 1434 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #8230 | obsolete | Ubuntu guest isn't stable under MacOS host | ||
| Description |
version 4.0.0.r69151 i386 on Darwin 10.6.0 i386 On the surface it seems like it works fine. But under heavy load strange things begin happening. I have 2GB memory and 2 cores on my laptop and I have set 1515MB memory for Ubuntu and 2 CPUs (quite extreme setting but it should still work). When I run some compile with large memory and CPU consumption gnome terminal stops accepting keystrokes. System aborts randomly. Sound playing in the Chrome browser begins to play slower than its supposed to. Unable to close Chrome browser. ACPI shutdown signal doesn't cause full Ubuntu shutdown, only causes the shutdown window with options to appear. Try using Ubuntu guest for various things plus run large compile and you will see the same issue. |
|||
| #8233 | obsolete | Mouse Behavior in OpenGL drawing area causes erratic behavior | ||
| Description |
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
When the mouse click is finished
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. |
|||
| #8234 | obsolete | Video mode change in client creates a new window | ||
| Description |
Dear ones, This is a repost from Ubuntu's bugtracker (title changed): --- BEGIN --- Binary package hint: virtualbox-ose It appears that when a Virtualbox instance changes its video mode, this causes Virtualbox to destroy its window and create a new one. If the user has switched to a different workspace in the meantime, the new window will be drawn in the currently active workspace, effectively causing Virtualbox to appear to switch workspaces on its own. While booting a client image (e.g. any recent Ubuntu live CD), this happens multiple times in fairly rapid succession. This is annoying a disruptive when you are attempting to get some other work done while booting an image. I frequently click "start" and switch to a different workspace in order to do some other work while the image starts, but because of this behavior, Virtualbox will not stay on the workspace where I started it. Instead, it pops up on top of the current window, in the worst case stealing password input or other sensitive keystrokes. vnix$ apt-cache policy virtualbox-ose virtualbox-ose:
vnix$ lsb_release -rd Description: Ubuntu 8.10 Release: 8.10 --- END --- The URL for the downstream report is: https://bugs.launchpad.net/ubuntu/+source/virtualbox-ose/+bug/351518 Blessings, Shahar |
|||

