[winswitch] XPRA 0.16.2 - Stability issues & status of non-US keyboard support ?

Antoine Martin antoine at nagafix.co.uk
Wed Mar 16 04:55:38 GMT 2016


On 16/03/16 01:29, Michael Mayer wrote:
> Hi there,
> 
> I am still exploring xpra at the moment (see earlier post about xpra
> stop issue). Currently I am fighting with an issue regarding keyboard
> support.
> 
> For the tests I am using Google Chrome 48, Internet Explorer 10 and
> Firefox 38.7 as client browsers under Windows 7. My local keyboard
> layout is "ch". XPRA server runs under CentOS 7.2 and I am using the
> HTML5 interface with AES Encryption and Password protection to connect.
> My test example is to run a simple xterm in a browser.
> 
> Chrome and Firefox do detect a "us" keyboard which is wrong.
The source for the Javascript language detection code can be seen here:
http://xpra.org/trac/browser/xpra/tags/v0.16.x/src/html5/include/xpra_client.js#L424

It may need improving so I have created a ticket for this:
http://xpra.org/trac/ticket/1147
Feel free to subscribe to that ticket to get notified of progress / testing.

> The
> sessions in  both browsers run stable though. Internet Explorer 10
> however correct detects "ch" keyboard and launches the session. I can
> see the xterm window coming up but as soon as I move the mouse pointer,
> the session disappears and displays the connect.html page.
> 
> In the logs (with "--debug=ALL" in the xpra start command) I can see the
> following lines.
I couldn't reproduce this with IE until I changed the scaling of the
window. This is now fixed in:
http://xpra.org/trac/changeset/12149
And will be included in the next stable update.

Thanks for reporting those issues.
Antoine


> 
> -------------------
> 
> Error parsing bencode packet:
> invalid literal for long() with base 10: '407.3333435058594'
> Disconnecting client '127.0.0.1:33448':
> failed to parse bencode packet
> xpra client disconnected.
> 
> -----------------------
> 
> Questions:
> 
> 1) Why do Firefox and Chrome detect "us" keyboard instead of "ch" ? I
> have been playing with various input-methods but did not have any success.
> 
> 2) What is the issue with Internet Explorer and the error in the bencode
> packet. XPRA server is the same in both cases.
> 
> Happy to supply any logs and data you may need.
> 
> Many thanks in advance,
> 
> Michael.
> 
> ---------------------------------------------------------------------------
> 
> 
> 
> X.Org X Server 1.17.2
> Release Date: 2015-06-16
> X Protocol Version 11, Revision 0
> Build Operating System: 2.6.32-220.17.1.el6.x86_64
> Current Operating System: Linux rkalvpr104 3.10.0-327.10.1.el7.x86_64 #1
> SMP Tue Feb 16 17:03:50 UTC 2016 x86_64
> Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.10.1.el7.x86_64
> root=/dev/mapper/centos_rkalvpr104-root ro crashkernel=auto
> rd.lvm.lv=centos_rkalvpr104/root rd.lvm.lv=centos_rkalvpr104/swap rhgb
> quiet LANG=en_US.UTF-8
> Build Date: 20 November 2015 02:44:25PM
> Build ID: xorg-x11-server 1.17.2-10.el7
> Current version of pixman: 0.32.6
> Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (++) Log file: "/tmp/Xorg.:14.log", Time: Tue Mar 15 09:09:14 2016
> (++) Using config file: "/etc/xpra/xorg.conf"
> (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> 2016-03-15 09:09:14,130 Warning: failed to load the mdns avahi
> publisher: No module named avahi
> 2016-03-15 09:09:14,131 either fix your installation or use the
> 'mdns=no' option
> 2016-03-15 09:09:14,595 no authentication module specified for
> unix-domain-sockets with 'XPRA_PASSWORD'
> 2016-03-15 09:09:14,595 using 'file' based authentication
> 2016-03-15 09:09:14,613 no authentication module specified for
> tcp-sockets with 'XPRA_PASSWORD'
> 2016-03-15 09:09:14,613 using 'file' based authentication
> /usr/lib64/python2.7/site-packages/gobject/constants.py:24: Warning:
> g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0'
> failed
> import gobject._gobject
> 2016-03-15 09:09:15,043 GStreamer version 1.4 for Python 2.7
> 2016-03-15 09:09:15,131 pulseaudio server started with pid 16117
> 2016-03-15 09:09:15,133 using notification forwarder:
> 2016-03-15 09:09:15,133
> DBUS-NotificationsForwarder(org.freedesktop.Notifications)
> 2016-03-15 09:09:15,152 websockify started, serving /usr/share/xpra/www
> on 127.0.0.1:45744
> 2016-03-15 09:09:15,161 xpra X11 version 0.16.2-r11889
> 2016-03-15 09:09:15,162 running with pid 16073 on Linux CentOS Linux
> 7.2.1511 Core
> 2016-03-15 09:09:15,162 on display :14
> /bin/sh: module: command not found
> 2016-03-15 09:09:15,312 xpra is ready.
> WebSocket server settings:
> - Listen on 127.0.0.1:45744
> - Flash security policy server
> - Web server. Web root: /usr/share/xpra/www
> - No SSL/TLS support (no cert file)
> - proxying from 127.0.0.1:45744 to 127.0.0.1:33482
> E: [pulseaudio] pid.c: Daemon already running.
> 2016-03-15 09:09:15,930 New tcp connection received from
> 10.114.200.29:34244
> 2016-03-15 09:09:16,048 client connection from 10.114.200.29:34244
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:16,503 Warning: pulseaudio has terminated shortly after
> startup.
> 2016-03-15 09:09:16,503 pulseaudio is limited to a single instance per
> user account,
> 2016-03-15 09:09:16,504 and one may be running already for user 'mayerm23'
> 2016-03-15 09:09:16,504 to avoid this warning, either fix the pulseaudio
> command line
> 2016-03-15 09:09:16,504 or use the 'pulseaudio=no' option
> 2016-03-15 09:09:18,592 New tcp connection received from
> 10.113.50.187:49544
> 2016-03-15 09:09:18,707 client connection from 10.113.50.187:49544
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:19,280 New tcp connection received from
> 10.113.50.187:49552
> 2016-03-15 09:09:19,280 New tcp connection received from
> 10.113.50.187:49551
> 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49551
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49552
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:20,343 New tcp connection received from
> 10.113.50.187:49559
> 2016-03-15 09:09:20,345 New tcp connection received from
> 10.113.50.187:49560
> 2016-03-15 09:09:20,461 client connection from 10.113.50.187:49560
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:20,462 client connection from 10.113.50.187:49559
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:20,614 New tcp connection received from
> 10.113.50.187:49561
> 2016-03-15 09:09:20,730 client connection from 10.113.50.187:49561
> forwarded to proxy server on 127.0.0.1:45744
> 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Plain non-SSL (ws://)
> WebSocket connection
> 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Version hybi-13, base64:
> 'False'
> 127.0.0.1 - - [15/Mar/2016 09:09:20] connecting to: 127.0.0.1:33482
> 2016-03-15 09:09:20,731 New tcp connection received from 127.0.0.1:33448
> 2016-03-15 09:09:20,867 sending data using AES encryption
> 2016-03-15 09:09:20,913 receiving data using AES encryption
> 2016-03-15 09:09:20,958 Authentication required, Password File
> Authenticator sending challenge for 'mayerm23' using digest hmac
> 2016-03-15 09:09:21,283 Handshake complete; enabling connection
> 2016-03-15 09:09:21,294 HTML5 Microsoft Windows client version 0.16.2
> 2016-03-15 09:09:21,294 as 'mayerm23'
> 2016-03-15 09:09:21,294 using h264 as primary encoding also available:
> 2016-03-15 09:09:21,294 jpeg, png, rgb32
> 2016-03-15 09:09:21,295 New unix-domain connection received on
> /tmp/.xpra-14/rkalvpr104-14
> 2016-03-15 09:09:21,295 client root window size is 1707x863 with 1 display:
> 2016-03-15 09:09:21,296 HTML (452x228 mm - DPI: 95x96)
> 2016-03-15 09:09:21,296 Canvas
> 2016-03-15 09:09:21,424 server virtual display now set to 1920x1080
> (best match for 1707x863)
> 2016-03-15 09:09:21,426 setting keyboard layout to 'ch'
> The XKEYBOARD keymap compiler (xkbcomp) reports:
>> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>> Ignoring extra symbols
> Errors from xkbcomp are not fatal to the X server
> 2016-03-15 09:09:21,463 DPI set to 96 x 96
> 2016-03-15 09:09:21,465 Connection lost
> lpadmin: Forbidden
> 2016-03-15 09:09:21,653 lpadmin failed and returned error code: 1
> 2016-03-15 09:09:21,653 verify that user 'mayerm23' has all the required
> permissions
> 2016-03-15 09:09:21,653 for running: '/usr/sbin/lpadmin'
> 2016-03-15 09:09:22,151 New tcp connection received from
> 10.113.50.187:49574
> 2016-03-15 09:09:22,153 New tcp connection received from
> 10.113.50.187:49575
> 2016-03-15 09:09:22,271 client connection from 10.113.50.187:49574
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:22,272 client connection from 10.113.50.187:49575
> forwarded to proxy server on 127.0.0.1:45744
> *2016-03-15 09:09:24,820 Error parsing bencode packet:**
> **2016-03-15 09:09:24,820 invalid literal for long() with base 10:
> '407.3333435058594'**
> **2016-03-15 09:09:24,820 Disconnecting client '127.0.0.1:33448':**
> **2016-03-15 09:09:24,820 failed to parse bencode packet**
> **2016-03-15 09:09:24,821 xpra client disconnected.*
> 2016-03-15 09:09:24,860 New tcp connection received from
> 10.113.50.187:49576
> 2016-03-15 09:09:24,976 client connection from 10.113.50.187:49576
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:24,984 New tcp connection received from
> 10.113.50.187:49577
> 2016-03-15 09:09:24,985 New tcp connection received from
> 10.113.50.187:49578
> 2016-03-15 09:09:25,101 client connection from 10.113.50.187:49578
> forwarded to proxy server on 127.0.0.1:45744
> 2016-03-15 09:09:25,103 client connection from 10.113.50.187:49577
> forwarded to proxy server on 127.0.0.1:45744
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> http://lists.devloop.org.uk/mailman/listinfo/shifter-users




More information about the shifter-users mailing list