Custom Query (16363 matches)
Results (838 - 840 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #6063 | obsolete | Opening Help brings OSX to its knees | ||
| Description |
This has been a problem for several releases, but it's worse than ever in 3.1.2. If I select Help>Contents, my MacBook Pro (2.2GHz, 4GB RAM) goes into overdrive, locking up completely for 3-4 minutes with both processor cores maxed out. Another 2-3 minutes later, Preview.app finally opens with the Help documentation. It's a horrible user experience. |
|||
| #6065 | obsolete | Headless VirtualBox rdp problem | ||
| Description |
I think I found strange behavior of VirtualBox in some circumstances. Situation:
If you start Guest VM in headless mode with rdp, guest VM X11 server starts only if guest VM file /etc/X11/xorg.conf doesn't contain Modes part of Subsection Display. If Modes section is included X11 server will not start. But if your /etc/X11/xorg.conf doesn't contain Modes part X11 server starts, rdp to guest VM works but in resolution 1600x1200 and rpd client is not able to scale to required resolution(mstsc nor rdesktop). Situation changes if you change vboxvideo to vesa, then Modes section with requested values works, but unfortunately screen refresh is slower. Is it right behaviour? |
|||
| #6069 | obsolete | Execution state is lost - only with differencing disks | ||
| Description |
Basically, if I shut down the machine, then start it again, all changes which should have been written to disk are lost. This does not apply to reboots, or to saved states. If I shut the machine down, then take a snapshot, the changes are saved as expected. T This is occurring on a Windows 7 x64 host, and Windows XP guests. I believe that the problem is not limited to XP guests. This occurs only when using differencing disks, regular disks are not affected as such. Please see [url]http://forums.virtualbox.org/viewtopic.php?f=7&t=26848&p=121030[/url] for details, my posts are from "rjk" Attached are four logs: the first two are the most recent from one VM that was in a saved state when the logs were collected, the next two are from a different VM that was running when they were collected. |
|||

