Ticket #8248 (new defect)

Opened 3 years ago

Last modified 3 years ago

Resizing/Moving Windows corrups graphics in Fedora Guest

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


Please see: 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

comment:1 Changed 3 years ago by michael

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 Changed 3 years ago by xaoslaad

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 Changed 3 years ago by michael

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 Changed 3 years ago by michael

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

comment:5 Changed 3 years ago by Cyberian

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

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

comment:6 Changed 3 years ago by xaoslaad

comment:7 Changed 3 years ago by xaoslaad

See 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.

Note: See TracTickets for help on using tickets.
ContactPrivacy policyTerms of Use