Created attachment 1244474 [details]
Windows 7 VM showing Toolbar Icon corruption visible in the host
Description of problem:
Most applications in my Windows 7 guests that have toolbars will show random corruption of the visuals of the toolbar icons and scattered text elements. Screen capture within the guest, transferred to the Gimp via spice clipboard show no corruption. Screen capture of the virt-viewer window at the same time shows the corruptions. The corruptions are typically slanted grey lines.
Environment is KDE 5.8.5 in gentoo w/ vanilla kernel 4.8.15
Version-Release number of selected component (if applicable):
Windows 7 VM, fully updated, with QXL driver from spice-quest-tools-0.100, PDFCreator or similar older application. It seems that it is triggered by icons that are initially greyed out, then never update correctly thereafter. The application in which I encounter this most often is an industrial software package called RSLogix5000, featured in the screen captures.
Corruption often affects grey-out text in dialog boxes, too.
The corruption, if it doesn't appear immediately, almost certainly appears if the virt-viewer window is then resized.
Steps to Reproduce:
1. Open virt-viewer with Win7 guest
2. Open affected application
3. Resize virt-viewer window
See screen capture taken in the host. Note slanted grey lines w/ artifacts over many toolbar icons.
See corresponding screen capture taken in the guest. Transferred to the host via shared clipboard. No corruption visible on any icons.
Created attachment 1244477 [details]
Windows 7 VM showing Toolbar Icons not corrupted from the guest display buffer
Created attachment 1344234 [details]
virt-viewer 7.0 taskbar disruption
I have the same disruption but was able to track the cause down to the Windows Themes.
The problem occures with virt-viewer 6.0 64bit on a Windows 7 client and with virt-viewer 7.0 on xubuntu 14.04 (Igel Thin Client with firmware 5.12.100).
The problem does not exist with the 3.0-176 version that RedHat delivers with RHEV 3.6/4.1
To reproduse just stop the Themes service and I have the problem.
When the service is running it depends on the Theme you chose how much disruption you have (no disruption seems not be possible)
Created attachment 1344252 [details]
Disruption with Themes service started
Created attachment 1344253 [details]
Disruption with Themes service stoped
When I replace the display adapter to the Windows 7 standard vga adapter it seems that there is no disruption.
The patch linked in dependent bug
fixes the corruption in my gentoo system, applied as a local portage patch.
Closing since the patch linked in comment #11 is merged in upstream spice-gtk