xpra icon
Bug tracker and wiki

{5} Accepted, Active Tickets by Owner (Full Description) (5 matches)

List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.

Antoine Martin (4 matches)

Ticket Summary Component Milestone Type Created
#202 hardware accelerated video decoding core 4.0 enhancement 11/01/12

Following #147, we should go one step further and offload x264 video decoding to the graphics card using VAAPI / libva

Some pointers:

Why VAAPI? (lwn.net) Because this is the most widely compatible/available API, with glue libraries available for both vdpau (nvidia) and xvba (ati). If really needed we could also talk to those directly, but that is best avoided.

#81 Add client option to re-establish connection client future enhancement 02/27/12

A wish list item for me...

I frequently use xpra over a VPN connection. Inevitably, the VPN connection goes down at some point. When that happens, I have to disconnect xpra and then start it again after re-establishing the VPN link.

I'd love it if there was an option off the status tray icon to re-establish the xpra connection.

#134 allow user to specify key mapping overrides client future enhancement 06/03/12

On some platforms (particularly OSX), it seems that the gtk code does not detect the key mappings correctly - or that users want to use different key mappings with it, so the only way to do the right thing is to explicitly tell xpra about the desired mappings.

For example (taken from this mailing list post) "Make esc and alt behave as Meta":

clear Mod1
clear Mod2
keycode 63 = Mode_switch
keycode 66 = Meta_L
keycode 69 = Meta_R
add Mod1 = Meta_L Meta_R
add Mod2 = Mode_switch

Maybe something like:

    --keycode="66 = Meta_L"
    --modifier="Mod1 = Meta_L Meta_R"

Or even:


We then need to keep hold of those values, and use them to override the keyboard detection code (which may fire again after startup).

#273 handle more clipboard formats, converting them on the fly core 3.0 enhancement 02/28/13

At the moment, we simply drop these types of clipboard data:

    debug("skipping clipboard data of type: %s, format=%s, len(data)=%s", dtype, dformat, len(data))
    return None, None

We could try to handle some of those, and provide them in multiple formats since we generally have PIL available for converting between formats.

From a security POV, it probably makes sense to always convert formats so that we can "guarantee" that the data we send over the wire is not malicious? Think: an application providing a JPEG based buffer overflow via the clipboard: worst case scenario is that the xpra server crashes parsing it or maybe it gets compromised, but the client machine will not receive the malicious content directly. But then again, if you can exploit the server, you can then inject the bad content in there.. I guess it's still a first line of defense.

Antoine Martin (1 match)

Ticket Summary Component Milestone Type Created
#47 keep hidden/minimized windows' pixels around so we don't need a roundtrip to the server to show them client future enhancement 11/24/11

The latency for xpra windows is much higher than for local windows; so, when switching the desktop, I can see the screen, and after some time (~0.3 secs for single SSH connection) the xpra windows refreshes.

Perhaps there might be an option to request auto-refresh - from every 1 second to every hour, or something like that.

Note: See TracReports for help on using and creating reports.