Xpra: Ticket #700: CentOS 6.4 client is often rendering large portions of window in black

With CentOS 0.14.3 client, scrolling sometimes causes various portions of the screens to render as plain black. It looks like it might be a very slow auto_refresh which renders in black until the refresh is complete.

Attaching a screen shot, will try to get more info (I think I noticed that it is trying to use webp encoding, but will have to confirm).



Wed, 01 Oct 2014 00:39:08 GMT - alas: attachment set

ticket700 web page refreshes render most of page, aside from some widgets, in black


Wed, 01 Oct 2014 00:41:10 GMT - Antoine Martin: owner changed

Inlining the screenshot: ticket700 web page refreshes render most of page, aside from some widgets, in black

Usual questions:

etc.. Also: 0.14.3 has bugs, try with 0.14.7 first.


Mon, 27 Oct 2014 17:42:08 GMT - Antoine Martin:

Also, server-side -d encoding output might help, xpra info, etc.


Tue, 25 Nov 2014 01:08:02 GMT - alas:

Could be related to issues in #717 (webp and/or OpenGL issues)... should test with 0.14.12 webp fixes to see if it works without OpenGL as well as with.


Tue, 09 Dec 2014 03:41:14 GMT - Antoine Martin:

Bump. Can I close this or is this reproducible?


Fri, 12 Dec 2014 21:35:14 GMT - alas:

Well... it's reproducible, but watching the server side (our fedora 20 trunk build) while connecting with your new trunk beta CentOS 6.4 build, I see that it is probably our fedora server build:

2014-12-12 12:51:38,546 error processing damage data: invalid webp configuration!
Traceback (most recent call last):
  File "/usr/lib64/python2.7/site-packages/xpra/server/source.py", line 1586, in encode_loop
    fn_and_args[0](*fn_and_args[1:])
  File "/usr/lib64/python2.7/site-packages/xpra/server/window_source.py", line 1128, in make_data_packet_cb
    packet = self.make_data_packet(damage_time, process_damage_time, wid, image, coding, sequence, options)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window_source.py", line 1434, in make_data_packet
    ret = encoder(coding, image, options)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window_source.py", line 1485, in webp_encode
    return webp_encode(coding, image, self.rgb_formats, self.supports_transparency, q, s, options)
  File "/usr/lib64/python2.7/site-packages/xpra/server/picture_encode.py", line 62, in webp_encode
    cdata = enc_webp.compress(image.get_pixels(), w, h, stride=stride/4, quality=quality, speed=speed, has_alpha=alpha)
  File "xpra/codecs/webp/encode.pyx", line 336, in xpra.codecs.webp.encode.compress (xpra/codecs/webp/encode.c:1850)
Exception: invalid webp configuration!

I suppose we can close this (I am also finding a reproducible seg fault when opengl is on, which I will open another ticket for).


Fri, 26 Dec 2014 03:28:29 GMT - Antoine Martin:

r8244 added some self tests to webp and vpx encoders, so we won't end up using them if the libraries installed don't match the versions the code was built against. You should get a warning in the log instead.

Please close or provide more details so that I can reproduce.


Fri, 13 Feb 2015 05:02:37 GMT - Antoine Martin: priority changed

(raising - should be closed I think)


Thu, 19 Feb 2015 01:26:40 GMT - alas: status changed; resolution set

Testing with the new beta build client 0.15.0 runknown, against fedora 20 server 0.15.0 r8661 ... I can't reproduce this anymore - not even when I specify encodings and exclude webp.


Sat, 23 Jan 2021 05:03:23 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/700