xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.


Custom Query (2683 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (58 - 60 of 2683)

Ticket Resolution Summary Owner Reporter
#1076 fixed 0.16.1 builds not finding python.version alas alas
Description

Trying to test the osx printing reversion to use .ps files (#995), I'm getting the following error on both server (my 0.16.1 r11596 fedora 23 build and maxmylyn's both) and client (the 0.16.1 r11593 osx build in your beta repo).

2016-01-05 11:20:25,937 Error: failed to query sound subsystem:
2016-01-05 11:20:25,937  python.version not found in sound properties

Needless to say, there is no working sound. When I tried the 0.16.1 osx client against the 0.16.1 fedora 23 server, I also got a huge stream of the following traceback (come to think of it, I think calvin mentioned that you had forgotten to delete the "frozen" variable in the code that I think you merged for the #835 traceback issue):

Traceback (most recent call last):
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1025, in expire_delayed_region
    self.may_send_delayed()
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1124, in may_send_delayed
    self.do_send_delayed()
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1136, in do_send_delayed
    self.send_delayed_regions(*delayed)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1151, in send_delayed_regions
    self.do_send_delayed_regions(damage_time, window, regions, coding, options)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_video_source.py", line 581, in do_send_delayed_regions
    self.process_damage_region(damage_time, window, actual_vr.x, actual_vr.y, actual_vr.width, actual_vr.height, coding, video_options, 0)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_video_source.py", line 621, in process_damage_region
    WindowSource.process_damage_region(self, damage_time, window, x+w-dw, y, dw, h, self.edge_encoding, options, flush=1)
  File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1309, in process_damage_region
    avsynclog("scheduling encode queue iteration in %ims, pixels frozen=%s, encode queue size=%i (max=%i)", av_delay, frozen, l, self.encode_queue_max_size)
NameError: global name 'frozen' is not defined
#1158 fixed 0.16.3 r12204 osx client giving "ValueError: unsupported hash type md5" error alas alas
Description

Trying to connect a 0.16.3 r12204 osx client (your /dists repo) to a 0.16.4 r11617 fedora 23 server (my build) with encryption & password is throwing a number of apparent encryption errors.

Launched the server with xpra start --start-new-commands=yes --sharing --password-file=a-file --encryption-keyfile=another-file --encryption=AES.

Connected with a 0.16.4 r12312 windows client (your /beta repo) with xpra attach tcp --sharing --password-file=a-file --encryption-keyfile=another-file --encryption=AES successfully.

Then, in order to finally close ticket 489 ... tried the osx 0.16.3 r12204 client from your /dists directory with ./xpra attach tcp --sharing --password-file=a-file --encryption-keyfile=another-file --encryption=AES

The osx client was unhappy:

2016-04-07 18:30:31,871 code for hash md5 was not found.
Traceback (most recent call last):
  File "hashlib.pyc", line 147, in <module>
  File "hashlib.pyc", line 97, in __get_builtin_constructor
    This Python implementations based on the hmac module about as fast
ValueError: unsupported hash type md5
2016-04-07 18:30:31,873 code for hash sha1 was not found.
Traceback (most recent call last):
  File "hashlib.pyc", line 147, in <module>
  File "hashlib.pyc", line 97, in __get_builtin_constructor
    This Python implementations based on the hmac module about as fast
ValueError: unsupported hash type sha1
xpra initialization error:
 cannot use encryption: no ciphers available (pycrypto must be installed)
#1175 fixed 0.16.3: lossy encoding on local attach onlyjob onlyjob
Description

When I attach to local session (xpra attach :22) lossy encoding is used which manifests with visual artefacts.

Why not use loseless encoding like raw RGB by default on local connection? It works faster and it used to be default behaviour in previous versions of Xpra.

I can override current behaviour if I attach with --no-mmap or with --encoding rgb.

Note: See TracQuery for help on using queries.