[Bug 1858623] Re: VNC outputs garbage in zlib mode

[Thomas Huth]

The QEMU project is currently considering to move its bug tracking to
another system. For this we need to know which bugs are still valid
and which could be closed already. Thus we are setting older bugs to
"Incomplete" now.

If you still think this bug report here is valid, then please switch
the state back to "New" within the next 60 days, otherwise this report
will be marked as "Expired". Or please mark it as "Fix Released" if
the problem has been solved with a newer version of QEMU already.

Thank you and sorry for the inconvenience.


** Changed in: qemu
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1858623

Title:
  VNC outputs garbage in zlib mode

Status in QEMU:
  Incomplete

Bug description:
  TL;DR: When QEMU is launched with VNC as the output and viewed with a
  client that defaults to zlib VNC encoding, the resulting output tends
  to accumulate artifacts.

  Reproduction:
  Launch QEMU (tried with versions 4.2.0 and 4.1.0 on Linux  64bit) with -vnc 
0.0.0.0:0
  Connect to it with a VNC client that allows you to select encoding, i.e. 
UltraVNC.
  Set encoding to zlib (type 6), 32bit color.
  As screen content changes it starts accumulating artifacts. Almost certain to 
appear if you open-close windows over a pattern.
  Does not seem to depend on guest used, but easier to reproduce with a GUI.

  Looks like this: https://orbides.org/img/vnc.png

  It appears to be a deflate glitch of some sort - all of the bad pixels
  are generated by length/distance codes. Can't narrow it down any more.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1858623/+subscriptions