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 (34 - 36 of 2683)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#561 needinfo Wrong keys produced when connecting from Windows laptop to Linux box in "shadow" mode alex_shpak alex_shpak

Keyboard presses seem to be completely messed up:

  • pressing a prints space
  • pressing s prints 4
  • pressing d executes F2 shortcut

Happens only when connecting to session started with xpra shadow :0. Didn't see such bugs reported before, although #86 might be somewhat related.

I think it might be related to the fact that xpra info :100 ("normal" xpra session started with xpra start :100) shows a lot of entries for keyboard.keycode and keyboard.keysym, while for xpra start :0 there is none.

OS is Windows XP connecting to Linux Mint 16 Petra a.k.a. Ubuntu 13.10 I might as well LiveCD any Linux on that laptop.

both client and server are version 0.12.3

Keyboard layouts on Win laptop: us(default), ru Keyboard layouts on Linux PC:

lex@Shuttle ~ $ setxkbmap -print
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+no+ru(winkeys):2+inet(evdev)+group(alt_shift_toggle)"	};
	xkb_geometry  { include "pc(pc105)"	};
lex@Shuttle ~ $ setxkbmap -query
rules:      evdev
model:      pc105
layout:     no,ru
variant:    ,winkeys
options:    grp:alt_shift_toggle

for key a, xev prints this line if I press it directly on Linux box:

state 0x10, keycode 38 (keysym 0x61, a), same_screen YES,

and this line if I press a when connected by Xpra from Windows:

state 0x10, keycode 65 (keysym 0x20, space), same_screen YES,

for key a, ​gtk_view_keyboard.py on Linux box prints this line:

down a                       a   97        38        0 0 ['2']

while for a same key GTK_Keyboard_Test.exe on Windows laptop prints this line:

down a                       a   97        65        0 0 ['2']

Probably that's where keycode 65 comes from!

#570 needinfo Cmd key buggy from Mac to Linux Timothy Basanov Timothy Basanov

Hi, there, Thanks for the Xpra, it's an awesome product to use. I have some troubles with setting my keyboard to work when I connect from Mac to my Linux machine.

I want to be able to remap my control and Cmd keys to Control_L and option to Alt_L. Looks like it's impossible right now.

On mac I use Xpra.dmg from wineswitch and default server for Trusty:

xpra client version 0.12.4
** Message: pygobject_register_sinkfunc is deprecated (GstObject)

** (Xpra:25450): WARNING **: Trying to register gtype '(null)' as flags when in fact it is of type '(null)'

** (Xpra:25450): WARNING **: Trying to register gtype 'glong' as enum when in fact it is of type 'glong'

** (Xpra:25450): WARNING **: Trying to register gtype '(null)' as flags when in fact it is of type '(null)'

** (Xpra:25450): WARNING **: Trying to register gtype '(null)' as enum when in fact it is of type '(null)'
2014-05-13 12:33:45,549 Unable to load ArrayDatatype accelerator from OpenGL_accelerate
2014-05-13 12:33:45,575 Unable to load converters accelerators (wrapper, arraydatatype) from OpenGL_accelerate
2014-05-13 12:33:45,578 Unable to load arrayhelpers accelerator from OpenGL_accelerate
2014-05-13 12:33:45,834 Unable to load VBO accelerator from OpenGL_accelerate
2014-05-13 12:33:45,893 Unable to load numpy_formathandler accelerator from OpenGL_accelerate
2014-05-13 12:33:45,894 PyOpenGL warning: OpenGL_accelerate module loaded
2014-05-13 12:33:45,951 using default keyboard settings
2014-05-13 12:33:45,956 desktop size is 2560x1600 with 1 screen(s):
2014-05-13 12:33:45,956   'dhcp-172-19-72-138.mtv.corp.google.com' (903x564 mm)
2014-05-13 12:33:45,956     monitor 1
2014-05-13 12:33:46,333 server: Linux Ubuntu 14.04 trusty, Xpra version 0.12.3 (r6075)
2014-05-13 12:33:46,345 Attached to ssh:timothy:100 (press Control-C to detach)

2014-05-13 12:33:46,410 Unable to load nones_formathandler accelerator from OpenGL_accelerate

I'm using Kinese Freestyle 2 for Mac keyboard, if this is important. Here is output for xev on XQuartz local Mac , Normal X from Mac to Linux, Xpra from Mac to Linux, Xpra from Mac to Linux (no key swap), xpra from Linux to Linux, X local Linux.

OS / key code (keysym) left control left option left command right command right option
Local Mac XQuarz 67 (Control_L) 66 (Alt_L) 63 (Meta_L) 71 (Meta_R) 69 (Alt_R)
X From Mac to Linux 67 (Control_L) 66 (Alt_L) 63 (Meta_L) 71 (Meta_R) 69 (Alt_R)
Xpra from Mac to Linux 64 (Alt_L) 101 (Alt_L) 37 (Control_L) 37 (Control_L) 114 (Alt_R)
Xpra from Mac to Linux (no key swap) 37 (Control_L) 101 (Alt_L) 64 (Alt_L) 113 (Alt_R) 114 (Alt_R)
xpra from Linux to Linux 37 (Control_L) 64 (Alt_L) + 108 KeyRelease? 133 (Super_L) + 134 KeyRelease? 134 (Super_R) (only KeyRelease?) 108 (Alt_R) (only KeyRelease?)
X local Linux 37 (Control_L) 64 (Alt_L) 133 (Super_L) 134 (Super_R) 108 (Alt_R)

There are several problems here: 1) Xpra from Mac uses code 64 for either control or command, but xpra from linux uses code 64 for option 2) KeyRelease? Events are messed up when xpra connects from Linux 3) Xpra mapping for Mac are significantly different from both ssh -X and local X mappings, which is confusing

Can you help me to grasp how Xpra selects key codes for key presses and how does it maps it into keysyms? And is this configurable in any way? Could it be that Xpra X server uses its own configuration?

Thank you.

#590 needinfo environment var pollution breaks python programs Kurtis Rader Kurtis Rader

Xpra should not pollute the environment variable namespace with python specific vars (e.g., PYTHONHOME).

I was testing Xpra in my Mac OS X environment and was surprised to see this error:

    Traceback (most recent call last):
    File "/Users/krader/bin/ssh", line 10, in <module>
        from lib.python import session_loader
    File "/Users/krader/lib/python/session_loader.py", line 8, in <module>
        import argparse
    ImportError: No module named argparse

The case is the Xpra shell script wrapper exports PYTHONHOME and a modified PYTHONPATH. I happen to have a python wrapper around the /usr/bin/ssh command in my PATH and it was broken by those environment vars. Those environment vars are not necessary and should not be set. See, for example, how Conda (http://conda.pydata.org) handles this.

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.