Custom Query (16363 matches)
Results (430 - 432 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #8248 | obsolete | Resizing/Moving Windows corrups graphics in Fedora Guest | ||
| Description |
Please see: http://forums.virtualbox.org/viewtopic.php?f=3&t=37833 for pictures which should more easily explain what is going on. The post shows two terminals, but this happens with Firefox windows, Thunderbird windows, and so on. Basically, windows get corrupted if they are moved or resized. Minimizing/Maximizing a window fixes it but this happens frequently and is a severe nuiscance. The post also mentions this about a Mac OS X host, but I loaded a VM on a Windows 7 host as of yesterday and I am seeing the same issue, so this seems host independent. Compiz is not enabled, I am using VirtualBox 4.0.2 PUEL, and Guest Additions 4.0.2 update 69551. The host is Fedora 14 fully updated, but I saw this same behavior in Fedora 13. |
|||
| #178 | obsolete | Mounting a multisession CD does not show the correct contents | ||
| Description |
I added a few files to a non-rewritable cd, then added newer versions of some of the files. When the cd was mounted (Windows 2000 VM-SP4 with additions installed, WindowsXP SP2 host), it only accessed the original versions. |
|||
| #11126 | worksforme | Inconsistent guest performance with identical host conditions | ||
| Description |
Performance is *sometimes* extremely slow during the entire XP guest run, while the host conditions are strictly the same, i.o.w. running the guest twice consecutively, will give very different performances. When running in very slow performance, XP guest is really unusable. This can be recognized just by looking at XP booting screen: from the initial XP white/black progress bar, which takes maybe 15 seconds to complete, then during the loading screen with XP logo where the "3d-styled" progress bar animation itself is slower, the boot time itself, and finally within a User session, where both Windows login and logout sounds, are very slow and choppy. Even displaying the start menu is extremely slow, several seconds (with XP classic interface!). But then, typically, shutting down guest/VM entirely, then just booting it again, "solves" the issue entirely. Sometimes, a third boot may have been necessary (I *think*, but if so, it has been a while and I'm used to only need a second boot). So, better not be in a rush to get the guest up and ready :) Once the guest is running with the correct performance, it will *always* remain so, even during successive reboots, as long as the VM isn't powered off. Attaching an archive with configuration xml files, and both VBox/VBoxSvc logs for each performance case. I collected them today, just running the guest twice consecutively, collecting logs while the XP session login/pwd dialogue was ready, and disk activity idle (i.e. before to login User session in guest). Timings are obvious : first boot was about twice slower. This is happening with VirtualBox-4.2-4.2.2_81494_fedora16-1.x86_64 but, also (I think) with all releases I tested, since I started evaluating VirtualBox almost two years ago. ( NB. and this is one of my last "blockers", as far as I consider adopting VirtualBox fully i.e. relying on it "in production" ) |
|||

