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)


Show under each result:

Results (79 - 81 of 2683)

Ticket Resolution Summary Owner Reporter
#107 fixed resizing a maximized window yield strange results Antoine Martin ahuillet


when trying to resize a maximized window, the actual window on win32 doesn't change, but it seems that the application window is resized.

See attached screenshot.

#109 fixed keyboard problems with dead keys and dvorak layout ahuillet ahuillet


I'm using dvorak-fr keyboard layout, which uses a "dead" key as a modifier. For example, to obtain $, I press 8, then release it, then press '. 8 is ISO_Level3_Latch.

When connecting to a Xpra session with this layout, it works for certain keys, but not all of them.

  • normal keys (unmodified) all work
  • normal keys with shift all work fine
  • symbols that are obtained with the dead key work, except for:

» (8 + n) $ (8 + ') € (8 + g) ù (8 + u) <<< but ìàò work fine!! è (8 + e) £ (8 + y)


ahuillet@demo:~/xpra/src$ setxkbmap -print
xkb_keymap {
        xkb_keycodes  { include "evdev+aliases(azerty)" };
        xkb_types     { include "complete"      };
        xkb_compat    { include "complete"      };
        xkb_symbols   { include "pc+fr+inet(evdev)"     };
        xkb_geometry  { include "pc(pc104)"     };


arthur@Chani:~$ setxkbmap -print
xkb_keymap {
        xkb_keycodes  { include "evdev+aliases(azerty)" };
        xkb_types     { include "complete"      };
        xkb_compat    { include "complete"      };
        xkb_symbols   { include "pc+fr(dvorak)+inet(evdev)"     };
        xkb_geometry  { include "pc(pc104)"     };

Xmodmap outputs are attached.

#110 fixed x264 and vpx improvements ahuillet Antoine Martin

#94 added x264 and vpx to trunk for the 0.2.x release.

This ticket tracks remaining improvements which are not required for release but provide improvements we should deal with sooner or later:

  • releasing the gil: automated testing revealed that x264 and vpx cause a jump in client and server latency. Unfortunately, because we use PyObject_AsReadBuffer to access the python data to encode/decode, we cannot simply add with nogil:. It may be worth trying out multiprocessing, so the encoder/decoder can take advantage of multicore cpus (at the cost of copying the data before processing it..) - mostly done already.
  • add hooks for rate control (set target bandwidth) - this can be in update_batch_delay
  • add hooks to change color subsampling (currently hardcoded to 4x YUV420)
  • check if automatic lossless refresh is needed or if ratecontrol does it for free
  • fix C compiler warning during build:
    xpra/x264\codec.c(1623) : warning C4013: 'change_encoding_speed' undefined; assuming extern returning int


  • re-activate encoding latency detection with a smarter mechanism - partly done as part of #153
  • update to newer versions of x264 since we are using the one build we know that does not crash (see r855) - done
  • OpenGL - see #147 / #150
  • swscale memalign warning - see #159
  • ffmpeg win32 build - see #168
Note: See TracQuery for help on using queries.