VirtualBox

Opened 13 years ago

Closed 8 years ago

#8248 closed defect (obsolete)

Resizing/Moving Windows corrups graphics in Fedora Guest

Reported by: Jason Owned by:
Component: GUI Version: VirtualBox 4.0.2
Keywords: Cc:
Guest type: Linux Host type: Mac OS X

Description (last modified by aeichner)

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.

Change History (8)

comment:1 by Michael Thayer, 13 years ago

Visually this looks like a bug in the guest OS to me. That sort of thing is what you see when an application in the guest is not updating itself properly. I may be wrong though - could you try removing the Guest Additions to see if the bug still occurs?

comment:2 by Jason, 13 years ago

Your comment prompted me to try a couple things. The Fedora VM on the Windows 7 host is actually using raw disk, so I booted into Fedora on bare metal, which I normally never do - and I had no graphics issues.

I then tried booting it in VMWare Player and I had the same issue. Interesting.

I then installed a clean VM and had no issues. The I installed the guest additions and still had no issues.

Then I updated the system, by doing a 'yum -y update', rebooted, and magically the problem reappeared.

I looked at what was updated and started downgrading various packages that are graphics related. With everything else fully updated I can make this problem appear and disappear in both VirtualBox and VM Player by performing a 'yum upgrade xorg-x11-server-common xorg-x11-server-Xorg' / 'yum downgrade xorg-x11-server-common xorg-x11-server-Xorg'

Works perfectly: xorg-x11-server-common-1.9.0-15.fc14.x86_64 xorg-x11-server-Xorg-1.9.0-15.fc14.x86_64

Exhibits the behavior reported in this bug: xorg-x11-server-Xorg.x86_64-1.9.3-4.fc14.fc14.x86_64 xorg-x11-server-common.x86_64-1.9.3-4.fc14.fc14.x86_64

comment:3 by Michael Thayer, 13 years ago

It might be a timing thing if it occurs on two different VM platforms but not on bare metal. I would suggest that you report it against Fedora and see what they think about it.

comment:4 by Michael Thayer, 13 years ago

Marked ticket #8198 a duplicate of this. Note that this seems to only affect 64bit guests.

comment:5 by Matthias, 13 years ago

More likely it has to do with X.org server. As mentioned I already mentioned in #8198 I could verify this behaviour on my up-to-date guest with X.org 1.9.3 but not with a backup with X.org 1.9.1 .

Any other distributions have a similar problem in VMs with this X.org version?

comment:7 by Jason, 13 years ago

See https://bugzilla.redhat.com/show_bug.cgi?id=675257 for updates. I tracked down the specific version where the problem started and was able to get the current version working by modifying the spec file slightly.

comment:8 by aeichner, 8 years ago

Description: modified (diff)
Resolution: obsolete
Status: newclosed

Please reopen if still relevant with a recent VirtualBox release.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use