From antoine at nagafix.co.uk Mon Feb 1 04:00:12 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 1 Feb 2021 11:00:12 +0700 Subject: [winswitch] Xpra HTML5 Post example. In-Reply-To: References: Message-ID: On 01/02/2021 03:15, w robbi via shifter-users wrote: > Been trying to get post to work and not able to find the right information > to pass. Is there an example somewhere? > https://xpra.example.com/?username=user&password=pass1 > >
> >

> >

> > >
Your example works for me with Google Chrome as long as I use https to connect. It looks like a browser security feature is removing passwords over unencrypted Internet connections. I did not investigate further. Another, even safer solution would be to change your login form to replicate what xpra's connection dialog does and not use GET or POST at all for sending the configuration options. You can place the options in the browser's "sessionStorage" area using Javascript and the password will never be sent across the Internet. Cheers, Antoine From alain.aupeix at wanadoo.fr Sat Feb 6 11:43:35 2021 From: alain.aupeix at wanadoo.fr (Alain Aupeix) Date: Sat, 6 Feb 2021 12:43:35 +0100 Subject: [winswitch] Question about install Message-ID: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> Hi, I use Xubuntu 16.04, and I wanted to install xpra, but it ask to remove previous xorg packets, and I'm afraid it breaks my system. Here is what it said: ------------------------------------------------------------------------------------------------------- alain at Gramps-JujuLand2:~$ sudo apt install xpra [sudo] Mot de passe de alain?: Lecture des listes de paquets... Fait Construction de l'arbre des d?pendances Lecture des informations d'?tat... Fait Le paquet suivant a ?t? install? automatiquement et n'est plus n?cessaire?: ? xserver-xorg-legacy-hwe-16.04 Veuillez utiliser ??sudo apt autoremove?? pour le supprimer. Les paquets suppl?mentaires suivants seront install?s?: ? python-avahi python-gdbm python-gtkglext1 python-lz4 python-lzo ? python-opengl python-rencode ssh-askpass xserver-xorg-core ? xserver-xorg-input-void xserver-xorg-video-dummy Paquets sugg?r?s?: ? python-gdbm-dbg libgle3 python-pyopencl gstreamer0.10-plugins-good ? | gstreamer0.10-plugins-ugly | gstreamer0.10-plugins-bad python-gst0.10 ? xfonts-100dpi | xfonts-75dpi Les paquets suivants seront ENLEV?S?: ? xorg xserver-xorg-core-hwe-16.04 xserver-xorg-hwe-16.04 ? xserver-xorg-input-all-hwe-16.04 xserver-xorg-input-evdev-hwe-16.04 ? xserver-xorg-input-synaptics-hwe-16.04 xserver-xorg-input-wacom-hwe-16.04 ? xserver-xorg-video-all-hwe-16.04 xserver-xorg-video-amdgpu-hwe-16.04 ? xserver-xorg-video-ati-hwe-16.04 xserver-xorg-video-fbdev-hwe-16.04 ? xserver-xorg-video-intel-hwe-16.04 xserver-xorg-video-nouveau-hwe-16.04 ? xserver-xorg-video-qxl-hwe-16.04 xserver-xorg-video-radeon-hwe-16.04 ? xserver-xorg-video-vesa-hwe-16.04 xserver-xorg-video-vmware-hwe-16.04 Les NOUVEAUX paquets suivants seront install?s?: ? python-avahi python-gdbm python-gtkglext1 python-lz4 python-lzo ? python-opengl python-rencode ssh-askpass xpra xserver-xorg-core ? xserver-xorg-input-void xserver-xorg-video-dummy 0 mis ? jour, 12 nouvellement install?s, 17 ? enlever et 0 non mis ? jour. Il est n?cessaire de prendre 3 007 ko dans les archives. Apr?s cette op?ration, 2 785 ko d'espace disque suppl?mentaires seront utilis?s. Souhaitez-vous continuer?? [O/n] n Annulation. ------------------------------------------------------------------------------------------------------------ Is-it normal? ? Thanks A+ -- ------------------------------------------------------------------------ *Alain Aupeix* Sites web : JujuLand | Pissobi-Lacassagne | Gadel ------------------------------------------------------------------------ X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 (r2934) | G.ramps 5.1.2 ------------------------------------------------------------------------ From antoine at nagafix.co.uk Sat Feb 6 13:18:52 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 6 Feb 2021 20:18:52 +0700 Subject: [winswitch] Question about install In-Reply-To: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> Message-ID: <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> On 06/02/2021 18:43, Alain Aupeix via shifter-users wrote: > Hi, > > I use Xubuntu 16.04, and I wanted to install xpra, but it ask to remove > previous xorg packets, and I'm afraid it breaks my system. It probably would! > Here is what it said: (..) > Souhaitez-vous continuer?? [O/n] n > Annulation. > ------------------------------------------------------------------------------------------------------------ > > Is-it normal? ? No. The current official stable packages no longer use Xdummy to avoid problems such as this one. My guess is that the package you are using is broken, see: https://github.com/Xpra-org/xpra/wiki/Distribution-Packages Cheers, Antoine > > Thanks > A+ From alain.aupeix at wanadoo.fr Sat Feb 6 14:10:03 2021 From: alain.aupeix at wanadoo.fr (Alain Aupeix) Date: Sat, 6 Feb 2021 15:10:03 +0100 Subject: [winswitch] Question about install In-Reply-To: <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> Message-ID: <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> Le 06/02/2021 ? 14:18, Antoine Martin via shifter-users a ?crit?: > On 06/02/2021 18:43, Alain Aupeix via shifter-users wrote: >> Is-it normal? ? > No. > The current official stable packages no longer use Xdummy to avoid > problems such as this one. > My guess is that the package you are using is broken, see: > https://github.com/Xpra-org/xpra/wiki/Distribution-Packages Hi, Here are the packets which are avalaibles with apt: ------------------------------------------------------------------------------------------------ alain at Gramps-JujuLand2:~/Vid?os$ sudo apt search xpra [sudo] Mot de passe de alain?: En train de trier... Fait Recherche en texte int?gral... Fait winswitch/xenial,xenial,xenial,xenial 0.12.21+dfsg-1 all ? outil pour lancer et contr?ler des sessions ? distance xpra/xenial,xenial 0.15.8+dfsg-1 amd64 ? Outil pour d?tacher/rattacher les programmes X en cours d'ex?cution xpra-dbg/xenial,xenial 0.15.8+dfsg-1 amd64 ? xpra -- debugging symbols ------------------------------------------------------------------------------------------------ It seems that this packets are out of date ... On this url, versions are really higher ... https://xpra.org/dists/xenial/main/binary-amd64/ Which are the needed packets and what are their purpose? * xpra * xpra-html5 ? * python3-xpra ? * python2-xpra ? * python-lz4 ? * python-opengl ? * python-rencode ? * python-xxhash ? Is-it better and reasonnable to choose last rev with Xubnutu 16.04? What is the link with winswitch ? I seems that winswitch is for mac, no ? Thanks A+ -- ------------------------------------------------------------------------ *Alain Aupeix* Sites web : JujuLand | Pissobi-Lacassagne | Gadel ------------------------------------------------------------------------ X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 (r2934) | G.ramps 5.1.2 ------------------------------------------------------------------------ From antoine at nagafix.co.uk Sat Feb 6 14:49:23 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 6 Feb 2021 21:49:23 +0700 Subject: [winswitch] Question about install In-Reply-To: <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> Message-ID: <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> On 06/02/2021 21:10, Alain Aupeix via shifter-users wrote: > Le 06/02/2021 ? 14:18, Antoine Martin via shifter-users a ?crit?: >> On 06/02/2021 18:43, Alain Aupeix via shifter-users wrote: >>> Is-it normal? ? >> No. >> The current official stable packages no longer use Xdummy to avoid >> problems such as this one. >> My guess is that the package you are using is broken, see: >> https://github.com/Xpra-org/xpra/wiki/Distribution-Packages > > Hi, Here are the packets which are avalaibles with apt: (..) > xpra/xenial,xenial 0.15.8+dfsg-1 amd64 > ? Outil pour d?tacher/rattacher les programmes X en cours d'ex?cution (..) > It seems that this packets are out of date ... Yes, dangerously so. As per the link above. Your distribution is shipping completely broken packages. > On this url, versions are really higher ... > https://xpra.org/dists/xenial/main/binary-amd64/ Correct. > Which are the needed packets and what are their purpose? > ?* xpra That's xpra, which is what you are trying to install. https://github.com/Xpra-org/xpra > ?* xpra-html5 ? https://github.com/Xpra-org/xpra-html5 > ?* python3-xpra ? The python3 variant. > ?* python2-xpra ? The python2 variant (which can co-exist). > ?* python-lz4 ? > ?* python-opengl ? > ?* python-rencode ? > ?* python-xxhash ? These packages provide extra features, the exact purpose of each package can be found here: https://github.com/Xpra-org/xpra/blob/master/docs/Build/Dependencies.md > Is-it better and reasonnable to choose last rev with Xubnutu 16.04? Just install the official xpra packages: https://github.com/Xpra-org/xpra/wiki/Download And things just work. > What is the link with winswitch ? Xpra was one of the remote desktop protocols supported by winswitch. Nowadays, xpra offers almost all the features winswitch used to have. > I seems that winswitch is for mac, no ? No. Winswitch was supported on many platforms, but it is no longer being developed and is not supported. Cheers, Antoine > > Thanks > A+ From antoine at nagafix.co.uk Sat Feb 6 16:06:35 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 6 Feb 2021 23:06:35 +0700 Subject: [winswitch] Question about install (SSHFP ?) In-Reply-To: <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> Message-ID: <79a3b847-af7c-4296-d9c1-56b966ec7e49@nagafix.co.uk> On 06/02/2021 22:50, Alain Aupeix wrote: > Le 06/02/2021 ? 15:49, Antoine Martin via shifter-users a ?crit?: >> On 06/02/2021 21:10, Alain Aupeix via shifter-users wrote: >>> Le 06/02/2021 ? 14:18, Antoine Martin via shifter-users a ?crit?: >> Just install the official xpra packages: >> https://github.com/Xpra-org/xpra/wiki/Download >> And things just work. > > Ok, install is now ok, I have tried with this command, but it fails due > to SSHFP No, that's not the reason. SSHFP is optional, it allows the client to verify the host keys through DNS rather than the classic trust-on-first-use method you used below. > alain at Gramps-JujuLand2:~$ xpra start ssh://alain at aupeix-GX723:22461/ > --start=xterm > 2021-02-06 16:41:27,041 Xpra GTK3 X11 client version 3.0.13-r28351 64-bit > 2021-02-06 16:41:27,251? running on Linux Ubuntu 16.04 xenial > 2021-02-06 16:41:27,253? window manager is 'Xfwm4' > 2021-02-06 16:41:27,296 Warning: failed to import opencv: > 2021-02-06 16:41:27,296? No module named 'cv2' > 2021-02-06 16:41:27,297? webcam forwarding is disabled > 2021-02-06 16:41:28,234 GStreamer version 1.8.3 for Python 3.5.2 64-bit > 2021-02-06 16:41:28,639 Connected (version 2.0, client OpenSSH_7.2p2) > /usr/lib/python3/dist-packages/Crypto/Cipher/blockalgo.py:141: > FutureWarning: CTR mode needs counter parameter, not IV > ? self._cipher = factory.new(key, *args, **kwargs) > 2021-02-06 16:41:28,846 Warning: unknown SSH host > The authenticity of host 'aupeix-GX723' can't be established. > rsa key fingerprint is > MD5:bf:c7:e4:45:6b:36:d5:2c:e5:fa:30:f2:f7:c6:27:cd > SSHFP validation failed > Are you sure you want to continue connecting (yes/NO)? y > 2021-02-06 16:41:35,082 Authentication (publickey) successful! > xpra initialization error: > ?connection failed: all SSH remote proxy commands have failed My guess is that xpra is not installed on your remote host. Cheers, Antoine > > Thanks > A+ > -- > ------------------------------------------------------------------------ > *Alain Aupeix* > Sites web : JujuLand | > Pissobi-Lacassagne | > Gadel > ------------------------------------------------------------------------ > X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 > (r2934) | G.ramps 5.1.2 > ------------------------------------------------------------------------ > From antoine at nagafix.co.uk Sat Feb 6 16:30:01 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 6 Feb 2021 23:30:01 +0700 Subject: [winswitch] Question about install (SSHFP ?) In-Reply-To: <0de86134-e0ee-0977-79e4-697214e2a771@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> <79a3b847-af7c-4296-d9c1-56b966ec7e49@nagafix.co.uk> <0de86134-e0ee-0977-79e4-697214e2a771@wanadoo.fr> Message-ID: <9a171754-fe9b-d5eb-2217-c17a0a42f886@nagafix.co.uk> On 06/02/2021 23:22, Alain Aupeix wrote: > Le 06/02/2021 ? 17:06, Antoine Martin a ?crit?: >> My guess is that xpra is not installed on your remote host. > > You where right, after installing xpra on the server side, it works, but > I have a bad encoding in xterm, or in xfce4-terminal > > Is there a way to avoid this problem ? I'm sure there is, but this is not an xpra problem so I don't know the solution. Probably just some missing fonts that you need to install. If your xterm displays correctly on that system, it will display correctly via xpra. Cheers, Antoine > > Thanks > A+ > -- > ------------------------------------------------------------------------ > *Alain Aupeix* > Sites web : JujuLand | > Pissobi-Lacassagne | > Gadel > ------------------------------------------------------------------------ > X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 > (r2934) | G.ramps 5.1.2 > ------------------------------------------------------------------------ > From antoine at nagafix.co.uk Sat Feb 6 18:05:24 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 7 Feb 2021 01:05:24 +0700 Subject: [winswitch] Question about install (SSHFP ?) In-Reply-To: References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> <79a3b847-af7c-4296-d9c1-56b966ec7e49@nagafix.co.uk> <0de86134-e0ee-0977-79e4-697214e2a771@wanadoo.fr> <9a171754-fe9b-d5eb-2217-c17a0a42f886@nagafix.co.uk> Message-ID: <3a6da76a-82e4-0688-7739-7cae0be7b440@nagafix.co.uk> On 07/02/2021 00:40, Alain Aupeix wrote: > Le 06/02/2021 ? 17:30, Antoine Martin a ?crit?: >> On 06/02/2021 23:22, Alain Aupeix wrote: >>> Le 06/02/2021 ? 17:06, Antoine Martin a ?crit?: >>>> My guess is that xpra is not installed on your remote host. >>> You where right, after installing xpra on the server side, it works, but >>> I have a bad encoding in xterm, or in xfce4-terminal >>> >>> Is there a way to avoid this problem ? >> I'm sure there is, but this is not an xpra problem so I don't know the >> solution. Probably just some missing fonts that you need to install. >> If your xterm displays correctly on that system, it will display >> correctly via xpra. > > Humm I don't think so ... I do. > Here is xterm launched from an ssh session > and directly in the same ssh window : Please don't use attachments. Those get scrubbed by the mailing list software. The reason why "ssh -X" shows the fonts is because they are actually rendered by your client. With xpra, they are rendered by your server. (where you need to install the fonts / configure things correctly) Cheers, Antoine > > A+ > -- > ------------------------------------------------------------------------ > *Alain Aupeix* > Sites web : JujuLand | > Pissobi-Lacassagne | > Gadel > ------------------------------------------------------------------------ > X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 > (r2934) | G.ramps 5.1.2 > ------------------------------------------------------------------------ > From antoine at nagafix.co.uk Sun Feb 7 03:43:47 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 7 Feb 2021 10:43:47 +0700 Subject: [winswitch] Question about install (SSHFP ?) In-Reply-To: <7688480a-0757-5c76-53e6-5fb3842ed035@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> <79a3b847-af7c-4296-d9c1-56b966ec7e49@nagafix.co.uk> <0de86134-e0ee-0977-79e4-697214e2a771@wanadoo.fr> <9a171754-fe9b-d5eb-2217-c17a0a42f886@nagafix.co.uk> <3a6da76a-82e4-0688-7739-7cae0be7b440@nagafix.co.uk> <7688480a-0757-5c76-53e6-5fb3842ed035@wanadoo.fr> Message-ID: On 07/02/2021 02:54, Alain Aupeix wrote: > Le 06/02/2021 ? 19:05, Antoine Martin a ?crit?: >> The reason why "ssh -X" shows the fonts is because they are actually >> rendered by your client. With xpra, they are rendered by your server. >> (where you need to install the fonts / configure things correctly) > > Launching xterm from the Xubuntu menu (without using xfce4-terminal) > works correctly, accentued characters are correctly displayed. > > So, sorry, but it seems due to Xpra ... Perhaps your fonts are not accessible to the Xvfb command used by xpra, in which case you can add them, ie: "Xvfb -fp /path/to/your/fonts ..." FYI: xpra does not render fonts, or anything for that matter, on the server side. Cheers, Antoine > > A+ > >> Cheers, >> Antoine >> >> >>> A+ >>> -- >>> ------------------------------------------------------------------------ >>> *Alain Aupeix* >>> Sites web : JujuLand | >>> Pissobi-Lacassagne | >>> Gadel >>> ------------------------------------------------------------------------ >>> X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 >>> (r2934) | G.ramps 5.1.2 >>> ------------------------------------------------------------------------ >>> > > -- > ------------------------------------------------------------------------ > *Alain Aupeix* > Sites web : JujuLand | > Pissobi-Lacassagne | > Gadel > ------------------------------------------------------------------------ > X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 > (r2934) | G.ramps 5.1.2 > ------------------------------------------------------------------------ > From antoine at nagafix.co.uk Sun Feb 7 10:43:24 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 7 Feb 2021 17:43:24 +0700 Subject: [winswitch] Question about install (SSHFP ?) In-Reply-To: <8c2b0279-68d5-b5fc-77ca-c78ce476d5b7@wanadoo.fr> References: <61a06064-c75d-c0e6-698c-fea75733c886@wanadoo.fr> <0e1fc318-9e91-84b9-3af2-5e4c072700f7@nagafix.co.uk> <0f40038b-3111-e3bb-2c53-a60a8816eaa3@wanadoo.fr> <1b691b91-637c-5a0c-0da9-50eba2432c1d@nagafix.co.uk> <95c601fc-6fc8-a3ca-a79e-558d608e4630@wanadoo.fr> <79a3b847-af7c-4296-d9c1-56b966ec7e49@nagafix.co.uk> <0de86134-e0ee-0977-79e4-697214e2a771@wanadoo.fr> <9a171754-fe9b-d5eb-2217-c17a0a42f886@nagafix.co.uk> <3a6da76a-82e4-0688-7739-7cae0be7b440@nagafix.co.uk> <7688480a-0757-5c76-53e6-5fb3842ed035@wanadoo.fr> <8c2b0279-68d5-b5fc-77ca-c78ce476d5b7@wanadoo.fr> Message-ID: <7b965b05-3a61-a527-156d-dc3c39945a46@nagafix.co.uk> On 07/02/2021 16:03, Alain Aupeix wrote: > Le 07/02/2021 ? 04:43, Antoine Martin a ?crit?: >> On 07/02/2021 02:54, Alain Aupeix wrote: >>> So, sorry, but it seems due to Xpra ... >> Perhaps your fonts are not accessible to the Xvfb command used by xpra, >> in which case you can add them, ie: "Xvfb -fp /path/to/your/fonts ..." >> FYI: xpra does not render fonts, or anything for that matter, on the >> server side. > > I thought that my fonts are located in > /usr/share/fonts/truetype/ > So I run : > sudo Xvfb -fp /usr/share/fonts/truetype/ > But same problem. I doesn't solve it. > Could the fonts in another folder ? Could be. Another possibility is that this is an environment variable problem. "LANG" or "TERM" perhaps? You could compare the regular X11 session with xpra's to see if something UTF / terminal related is configured differently. Cheers, Antoine > > > Thanks > A+ > -- > ------------------------------------------------------------------------ > *Alain Aupeix* > Sites web : JujuLand | > Pissobi-Lacassagne | > Gadel > ------------------------------------------------------------------------ > X.ubuntu 16.04 | H.arbour 3.2.0dev (r2020-11-03 09:37) | Hw.gui 2.22-4 > (r2934) | G.ramps 5.1.2 > ------------------------------------------------------------------------ > From antoine at nagafix.co.uk Mon Feb 8 16:48:37 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 8 Feb 2021 23:48:37 +0700 Subject: [winswitch] migration to github Message-ID: Hi, The xpra project has been migrated to github. You can now find all the repositories here: https://github.com/Xpra-org We're hoping that this will make it easier to use and navigate. It should also be easier to manage issues, submit and review code changes. The xpra documentation has been updated, curated, and split into two: * the documentation which is specific to a version is now part of the source tree and it is included with all the binary packages in HTML form https://github.com/Xpra-org/xpra/tree/master/docs * the information that changes over time will remain on the new wiki: https://github.com/Xpra-org/xpra/wiki The HTML5 client has been split into a separate repository: https://github.com/Xpra-org/xpra-html5 And its release cadence may well end up being different than that of the main project. The source snapshots and binary packages will remain at: https://xpra.org/src/ https://xpra.org/dists/ Cheers, Antoine From yonatan.zaken at gmail.com Mon Feb 8 21:51:54 2021 From: yonatan.zaken at gmail.com (yonatan zaken) Date: Mon, 8 Feb 2021 23:51:54 +0200 Subject: [winswitch] xpra start & attach error messages Message-ID: Hi All, I have been using xpra lately, extremely cool utility. My platform: Linux kubuntu 14 xpra version: v1.0.12-r19800 Some issues i've encountered that are worrying me: 1) After *successfully* performing 'xpra start' or 'xpra attach' I see some error messages printed to console. Since most of the functionalities are working fine I can't tell whether these errors are critical or not. This is the console output after using 'xpra attach': ------------------------------------------------------------------------------------------------------- *yonat at y10*:~>xpra attach 2021-02-08 21:08:06,709 Xpra gtk2 client version 1.0.12-r19800 64-bit 2021-02-08 21:08:06,710 running on Linux Ubuntu 14.04 trusty Warning: failed to import GStreamer: GStreamer 1.0: Namespace Gst not available GStreamer 0.10: No module named pygst 2021-02-08 21:08:07,675 Error: failed to query sound subsystem: 2021-02-08 21:08:07,676 query did not return any data 2021-02-08 21:08:07,714 Warning: libvpx ABI version 5 is too old: 2021-02-08 21:08:07,715 disabling YUV444P support with VP9 2021-02-08 21:08:08,604 Warning: PyOpenGL version 3.1 or later is strongly recommended 2021-02-08 21:08:08,604 (found version 3.0.2) 2021-02-08 21:08:08,627 PyOpenGL warning: missing accelerate module 2021-02-08 21:08:08,628 PyOpenGL warning: missing array format handlers: numeric, vbo, vbooffset 2021-02-08 21:08:08,628 OpenGL Version: 4.5.0 NVIDIA 367.44 2021-02-08 21:08:08,651 OpenGL enabled with GeForce GT 730/PCIe/SSE2 2021-02-08 21:08:08,726 keyboard settings: rules=evdev, model=pc105, layout=us 2021-02-08 21:08:08,728 desktop size is 1920x1080 with 1 screen: 2021-02-08 21:08:08,728 :0.0 (513x292 mm - DPI: 95x93) workarea: 1920x1045 2021-02-08 21:08:08,728 VGA-0 (509x286 mm - DPI: 95x95) 2021-02-08 21:08:10,537 enabled fast mmap transfers using 256MB shared memory area 2021-02-08 21:08:10,538 Xpra X11 server version 1.0.12-r19800 64-bit 2021-02-08 21:08:10,538 running on Linux Ubuntu 14.04 trusty 2021-02-08 21:08:10,538 enabled remote logging 2021-02-08 21:08:10,544 Attached to :1 (press Control-C to detach) 2021-02-08 21:08:11,574 failed to send logging packet: global name 'enc' is not defined 2021-02-08 21:08:11,575 do_send_printers() Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/xpra/client/client_base.py", line 753, in do_send_printers printers = get_printers() File "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", line 396, in get_printers all_printers = get_all_printers() File "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", line 400, in get_all_printers conn = cups.Connection() RuntimeError: failed to connect to server ------------------------------------------------------------------------------------------------------------------------------- 2) I have a GUI application that embeds a attached xpra session. When I close the GUI application I am getting the following output - keep in mind i don't detach from the xpra session that's embedded in the gui application: ----------------------------------------------------------------------------------------------------------------------- /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: GtkWarning: GdkWindow 0x4a0007f unexpectedly destroyed gtk.main() /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: GtkWarning: GdkWindow 0x4e000b3 unexpectedly destroyed gtk.main() /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: GtkWarning: GdkWindow 0x4a0007c unexpectedly destroyed gtk.main() /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: GtkWarning: GdkWindow 0x4e000b0 unexpectedly destroyed gtk.main() 2021-02-08 22:58:18,276 Error: OpenGL backing is not realized 2021-02-08 22:58:18,653 Error: OpenGL backing is not realized 2021-02-08 22:58:19,028 Error: OpenGL backing is not realized 2021-02-08 22:58:19,404 Error: OpenGL backing is not realized 2021-02-08 22:58:19,780 Error: OpenGL backing is not realized 2021-02-08 22:58:20,157 Error: OpenGL backing is not realized 2021-02-08 22:58:20,534 Error: OpenGL backing is not realized 2021-02-08 22:58:20,909 Error: OpenGL backing is not realized 2021-02-08 22:58:21,285 Error: OpenGL backing is not realized 2021-02-08 22:58:21,653 Error: OpenGL backing is not realized 2021-02-08 22:58:22,022 Error: OpenGL backing is not realized 2021-02-08 22:58:22,389 Error: OpenGL backing is not realized 2021-02-08 22:58:22,756 Error: OpenGL backing is not realized 2021-02-08 22:58:23,123 Error: OpenGL backing is not realized 2021-02-08 22:58:23,492 Error: OpenGL backing is not realized 2021-02-08 22:58:23,859 Error: OpenGL backing is not realized --------------------------------------------------------------------------------------------------------------------------- The Error: OpenGL backing is not realized, as you see, keeps being sent to console and stops only if I run the command 'xpra stop' and shutdown the server. Also, I have been performing the mentioned operation (closing gui that embeds attached xpra session) for quite a while but only today I am seing the "OpenGL backing is not realized" message. Very unusual. Do you have any input on these matters? Your help is highly appreciated. *Cheers,* *Yonatan* From antoine at nagafix.co.uk Fri Feb 12 15:22:56 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 12 Feb 2021 22:22:56 +0700 Subject: [winswitch] xpra start & attach error messages In-Reply-To: References: Message-ID: <44c40ce3-dd29-3f57-a0e7-28c2133c3da5@nagafix.co.uk> On 09/02/2021 04:51, yonatan zaken via shifter-users wrote: > Hi All, > I have been using xpra lately, extremely cool utility. > > My platform: Linux kubuntu 14 > xpra version: v1.0.12-r19800 Wow, that's old! This distribution has reached "End of Standard Support" 2 years ago, so you should upgrade to something that is supported and most of your warnings will just go away too. > Some issues i've encountered that are worrying me: Nothing to worry about here. I would worry about running an outdated distribution instead. > 1) After *successfully* performing 'xpra start' or 'xpra attach' I see some > error messages printed to console. Since most of the functionalities are > working fine I can't tell whether these errors are critical or not. This is > the console output after using 'xpra attach': > > ------------------------------------------------------------------------------------------------------- > *yonat at y10*:~>xpra attach > 2021-02-08 21:08:06,709 Xpra gtk2 client version 1.0.12-r19800 64-bit > 2021-02-08 21:08:06,710 running on Linux Ubuntu 14.04 trusty > Warning: failed to import GStreamer: > GStreamer 1.0: Namespace Gst not available > GStreamer 0.10: No module named pygst > 2021-02-08 21:08:07,675 Error: failed to query sound subsystem: > 2021-02-08 21:08:07,676 query did not return any data You won't get any audio forwarding because of these missing packages. I really cannot remember if it is possible to install them on Ubuntu 14. > 2021-02-08 21:08:07,714 Warning: libvpx ABI version 5 is too old: > 2021-02-08 21:08:07,715 disabling YUV444P support with VP9 Your distribution is too old and the "vp9" encoder will be forced to use colour subsampling. No big deal. > 2021-02-08 21:08:08,604 Warning: PyOpenGL version 3.1 or later is strongly > recommended > 2021-02-08 21:08:08,604 (found version 3.0.2) Same: these libraries are just old, and in this particular case, buggy too. > 2021-02-08 21:08:08,627 PyOpenGL warning: missing accelerate module > 2021-02-08 21:08:08,628 PyOpenGL warning: missing array format handlers: > numeric, vbo, vbooffset > 2021-02-08 21:08:08,628 OpenGL Version: 4.5.0 NVIDIA 367.44 > 2021-02-08 21:08:08,651 OpenGL enabled with GeForce GT 730/PCIe/SSE2 So, if your client crashes, you may want to turn off opengl with --opengl=no > 2021-02-08 21:08:08,726 keyboard settings: rules=evdev, model=pc105, > layout=us > 2021-02-08 21:08:08,728 desktop size is 1920x1080 with 1 screen: > 2021-02-08 21:08:08,728 :0.0 (513x292 mm - DPI: 95x93) workarea: 1920x1045 > 2021-02-08 21:08:08,728 VGA-0 (509x286 mm - DPI: 95x95) > 2021-02-08 21:08:10,537 enabled fast mmap transfers using 256MB shared > memory area > 2021-02-08 21:08:10,538 Xpra X11 server version 1.0.12-r19800 64-bit > 2021-02-08 21:08:10,538 running on Linux Ubuntu 14.04 trusty > 2021-02-08 21:08:10,538 enabled remote logging > 2021-02-08 21:08:10,544 Attached to :1 (press Control-C to detach) > > 2021-02-08 21:08:11,574 failed to send logging packet: global name 'enc' is > not defined This is a minor harmless bug, which has now been fixed: https://github.com/Xpra-org/xpra/commit/83a6b3f8186776fc670a0055faea19c56c840596 > 2021-02-08 21:08:11,575 do_send_printers() > Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/xpra/client/client_base.py", line > 753, in do_send_printers > printers = get_printers() > File "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", > line 396, in get_printers > all_printers = get_all_printers() > File "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", > line 400, in get_all_printers > conn = cups.Connection() > RuntimeError: failed to connect to server Your cupsd printer deamon is not running, so printer forwarding will not work. > ------------------------------------------------------------------------------------------------------------------------------- > > 2) I have a GUI application that embeds a attached xpra session. When I > close the GUI application I am getting the following output - keep in mind > i don't detach from the xpra session that's embedded in the gui application: How exactly do you embed the xpra session? With most applications, xpra normally creates multiple windows (ie: each drop down menu or tooltip is in fact a window) so it should be very difficult to embed correctly. > ----------------------------------------------------------------------------------------------------------------------- > > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > GtkWarning: GdkWindow 0x4a0007f unexpectedly destroyed > gtk.main() > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > GtkWarning: GdkWindow 0x4e000b3 unexpectedly destroyed > gtk.main() > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > GtkWarning: GdkWindow 0x4a0007c unexpectedly destroyed > gtk.main() > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > GtkWarning: GdkWindow 0x4e000b0 unexpectedly destroyed > gtk.main() > > 2021-02-08 22:58:18,276 Error: OpenGL backing is not realized > 2021-02-08 22:58:18,653 Error: OpenGL backing is not realized > 2021-02-08 22:58:19,028 Error: OpenGL backing is not realized > 2021-02-08 22:58:19,404 Error: OpenGL backing is not realized > 2021-02-08 22:58:19,780 Error: OpenGL backing is not realized > 2021-02-08 22:58:20,157 Error: OpenGL backing is not realized > 2021-02-08 22:58:20,534 Error: OpenGL backing is not realized > 2021-02-08 22:58:20,909 Error: OpenGL backing is not realized > 2021-02-08 22:58:21,285 Error: OpenGL backing is not realized > 2021-02-08 22:58:21,653 Error: OpenGL backing is not realized > 2021-02-08 22:58:22,022 Error: OpenGL backing is not realized > 2021-02-08 22:58:22,389 Error: OpenGL backing is not realized > 2021-02-08 22:58:22,756 Error: OpenGL backing is not realized > 2021-02-08 22:58:23,123 Error: OpenGL backing is not realized > 2021-02-08 22:58:23,492 Error: OpenGL backing is not realized > 2021-02-08 22:58:23,859 Error: OpenGL backing is not realized > > --------------------------------------------------------------------------------------------------------------------------- > > The Error: OpenGL backing is not realized, as you see, keeps being sent to > console and stops only if I run the command 'xpra stop' and shutdown the > server. This message comes from the client, which means that the client is still connected to the server at this point. For some reason, one of its window seems to be in an invalid state. Probably something to do with your embedding. > Also, I have been performing the mentioned operation (closing gui that > embeds attached xpra session) for quite a while but only today I am seing > the "OpenGL backing is not realized" message. Very unusual. It could be another update that has caused the behaviour to change, maybe a driver update? > Do you have any input on these matters? > Your help is highly appreciated. Please use a more up to date version and share your embedding code. Without it, it is impossible for me to diagnose anything. Cheers, Antoine > > *Cheers,* > *Yonatan* From yonatan.zaken at gmail.com Sat Feb 13 13:14:19 2021 From: yonatan.zaken at gmail.com (yonatan zaken) Date: Sat, 13 Feb 2021 15:14:19 +0200 Subject: [winswitch] Fwd: xpra start & attach error messages In-Reply-To: References: <44c40ce3-dd29-3f57-a0e7-28c2133c3da5@nagafix.co.uk> Message-ID: *Cheers,* *Yonatan* ---------- Forwarded message --------- From: yonatan zaken Date: Sat, 13 Feb 2021 at 14:23 Subject: Re: [winswitch] xpra start & attach error messages To: Antoine Martin Hi Antoine, Thanks for your thorough response ! The embedding of the the xpra session is based on the QT platform (c++). I maintain the window id of the window I want to embed by using 'wmctrl' linux command, actually I use polling until the wanted window appears in the list returned by wmctrl. After I have the window ID I use QT API methods, specifically a QX11EmbedContainer widget and supply it the window ID to embed the xpra session. *---------------------------------------------------------------------------------------------* int winID = pollWindowID(windowHint, timeout); if (FAIL != winID) { container->embedClient(winID); return SUCCESS; } *---------------------------------------------------------------------------------------------* So basically I get the window ID of the xpra session window that appears in the list of 'wmctrl -l' command after executing 'xpra start' or 'xpra attach' and delegate it to a widget object that performs the embedding for me. Let me know if you need more information regarding this matter Thanks again for you helpful reply! *Cheers,* *Yonatan* On Fri, 12 Feb 2021 at 17:23, Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 09/02/2021 04:51, yonatan zaken via shifter-users wrote: > > Hi All, > > I have been using xpra lately, extremely cool utility. > > > > My platform: Linux kubuntu 14 > > xpra version: v1.0.12-r19800 > Wow, that's old! > > This distribution has reached "End of Standard Support" 2 years ago, so > you should upgrade to something that is supported and most of your > warnings will just go away too. > > > Some issues i've encountered that are worrying me: > Nothing to worry about here. > I would worry about running an outdated distribution instead. > > > 1) After *successfully* performing 'xpra start' or 'xpra attach' I see > some > > error messages printed to console. Since most of the functionalities are > > working fine I can't tell whether these errors are critical or not. This > is > > the console output after using 'xpra attach': > > > > > ------------------------------------------------------------------------------------------------------- > > *yonat at y10*:~>xpra attach > > 2021-02-08 21:08:06,709 Xpra gtk2 client version 1.0.12-r19800 64-bit > > 2021-02-08 21:08:06,710 running on Linux Ubuntu 14.04 trusty > > > Warning: failed to import GStreamer: > > GStreamer 1.0: Namespace Gst not available > > GStreamer 0.10: No module named pygst > > 2021-02-08 21:08:07,675 Error: failed to query sound subsystem: > > 2021-02-08 21:08:07,676 query did not return any data > You won't get any audio forwarding because of these missing packages. > I really cannot remember if it is possible to install them on Ubuntu 14. > > > 2021-02-08 21:08:07,714 Warning: libvpx ABI version 5 is too old: > > 2021-02-08 21:08:07,715 disabling YUV444P support with VP9 > Your distribution is too old and the "vp9" encoder will be forced to use > colour subsampling. No big deal. > > > 2021-02-08 21:08:08,604 Warning: PyOpenGL version 3.1 or later is > strongly > > recommended > > 2021-02-08 21:08:08,604 (found version 3.0.2) > Same: these libraries are just old, and in this particular case, buggy too. > > > 2021-02-08 21:08:08,627 PyOpenGL warning: missing accelerate module > > 2021-02-08 21:08:08,628 PyOpenGL warning: missing array format handlers: > > numeric, vbo, vbooffset > > 2021-02-08 21:08:08,628 OpenGL Version: 4.5.0 NVIDIA 367.44 > > 2021-02-08 21:08:08,651 OpenGL enabled with GeForce GT 730/PCIe/SSE2 > So, if your client crashes, you may want to turn off opengl with > --opengl=no > > > 2021-02-08 21:08:08,726 keyboard settings: rules=evdev, model=pc105, > > layout=us > > 2021-02-08 21:08:08,728 desktop size is 1920x1080 with 1 screen: > > 2021-02-08 21:08:08,728 :0.0 (513x292 mm - DPI: 95x93) workarea: > 1920x1045 > > 2021-02-08 21:08:08,728 VGA-0 (509x286 mm - DPI: 95x95) > > 2021-02-08 21:08:10,537 enabled fast mmap transfers using 256MB shared > > memory area > > 2021-02-08 21:08:10,538 Xpra X11 server version 1.0.12-r19800 64-bit > > 2021-02-08 21:08:10,538 running on Linux Ubuntu 14.04 trusty > > 2021-02-08 21:08:10,538 enabled remote logging > > 2021-02-08 21:08:10,544 Attached to :1 (press Control-C to detach) > > > > 2021-02-08 21:08:11,574 failed to send logging packet: global name 'enc' > is > > not defined > This is a minor harmless bug, which has now been fixed: > > https://github.com/Xpra-org/xpra/commit/83a6b3f8186776fc670a0055faea19c56c840596 > > > 2021-02-08 21:08:11,575 do_send_printers() > > Traceback (most recent call last): > > File "/usr/lib/python2.7/dist-packages/xpra/client/client_base.py", > line > > 753, in do_send_printers > > printers = get_printers() > > File > "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", > > line 396, in get_printers > > all_printers = get_all_printers() > > File > "/usr/lib/python2.7/dist-packages/xpra/platform/pycups_printing.py", > > line 400, in get_all_printers > > conn = cups.Connection() > > RuntimeError: failed to connect to server > Your cupsd printer deamon is not running, so printer forwarding will not > work. > > > > ------------------------------------------------------------------------------------------------------------------------------- > > > > 2) I have a GUI application that embeds a attached xpra session. When I > > close the GUI application I am getting the following output - keep in > mind > > i don't detach from the xpra session that's embedded in the gui > application: > How exactly do you embed the xpra session? > With most applications, xpra normally creates multiple windows (ie: each > drop down menu or tooltip is in fact a window) so it should be very > difficult to embed correctly. > > > > ----------------------------------------------------------------------------------------------------------------------- > > > > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > > GtkWarning: GdkWindow 0x4a0007f unexpectedly destroyed > > gtk.main() > > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > > GtkWarning: GdkWindow 0x4e000b3 unexpectedly destroyed > > gtk.main() > > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > > GtkWarning: GdkWindow 0x4a0007c unexpectedly destroyed > > gtk.main() > > /usr/lib/python2.7/dist-packages/xpra/gtk_common/gtk_util.py:383: > > GtkWarning: GdkWindow 0x4e000b0 unexpectedly destroyed > > gtk.main() > > > > 2021-02-08 22:58:18,276 Error: OpenGL backing is not realized > > 2021-02-08 22:58:18,653 Error: OpenGL backing is not realized > > 2021-02-08 22:58:19,028 Error: OpenGL backing is not realized > > 2021-02-08 22:58:19,404 Error: OpenGL backing is not realized > > 2021-02-08 22:58:19,780 Error: OpenGL backing is not realized > > 2021-02-08 22:58:20,157 Error: OpenGL backing is not realized > > 2021-02-08 22:58:20,534 Error: OpenGL backing is not realized > > 2021-02-08 22:58:20,909 Error: OpenGL backing is not realized > > 2021-02-08 22:58:21,285 Error: OpenGL backing is not realized > > 2021-02-08 22:58:21,653 Error: OpenGL backing is not realized > > 2021-02-08 22:58:22,022 Error: OpenGL backing is not realized > > 2021-02-08 22:58:22,389 Error: OpenGL backing is not realized > > 2021-02-08 22:58:22,756 Error: OpenGL backing is not realized > > 2021-02-08 22:58:23,123 Error: OpenGL backing is not realized > > 2021-02-08 22:58:23,492 Error: OpenGL backing is not realized > > 2021-02-08 22:58:23,859 Error: OpenGL backing is not realized > > > > > --------------------------------------------------------------------------------------------------------------------------- > > > > The Error: OpenGL backing is not realized, as you see, keeps being sent > to > > console and stops only if I run the command 'xpra stop' and shutdown the > > server. > This message comes from the client, which means that the client is still > connected to the server at this point. > For some reason, one of its window seems to be in an invalid state. > Probably something to do with your embedding. > > > Also, I have been performing the mentioned operation (closing gui that > > embeds attached xpra session) for quite a while but only today I am seing > > the "OpenGL backing is not realized" message. Very unusual. > It could be another update that has caused the behaviour to change, > maybe a driver update? > > > Do you have any input on these matters? > > Your help is highly appreciated. > Please use a more up to date version and share your embedding code. > Without it, it is impossible for me to diagnose anything. > > Cheers, > Antoine > > > > > > *Cheers,* > > *Yonatan* > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From mbalkanloo at gmail.com Sat Feb 20 18:03:26 2021 From: mbalkanloo at gmail.com (matthew) Date: Sat, 20 Feb 2021 13:03:26 -0500 Subject: [winswitch] Render Without Attach Message-ID: I would like to be able to run a GUI application within an Xpra session and submit login credentials via the xdotool. For example, the application would startup via a cron schedule and a subsequent cron job would submit the login credentials. Unfortunately, I am unable to force the application to render in an Xpra session unless I interactively run "xpra attach" at least one time with X11 forwarding. Therefore, the interface is not available for the xdotool to interact with. Is there a way to achieve this kind of automation without an explicit "xpra attach"? Thank you in advance and thank you for developing and supporting Xpra. Kindly, Matt B From antoine at nagafix.co.uk Sat Feb 20 18:32:32 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Feb 2021 01:32:32 +0700 Subject: [winswitch] Render Without Attach In-Reply-To: References: Message-ID: On 21/02/2021 01:03, matthew via shifter-users wrote: > I would like to be able to run a GUI application within an Xpra session and > submit login credentials via the xdotool. For example, the application > would startup via a cron schedule and a subsequent cron job would submit > the login credentials. > > Unfortunately, I am unable to force the application to render in an Xpra > session unless I interactively run "xpra attach" at least one time with X11 > forwarding. Therefore, the interface is not available for the xdotool to > interact with. You may be able to interact with the application after using xdotool's "windowmap". > Is there a way to achieve this kind of automation without an explicit "xpra > attach"? No, not at present, but I believe this should not be too hard to add. Feel free to create a new issue here: https://github.com/Xpra-org/xpra/issues/new Cheers, Antoine > > Thank you in advance and thank you for developing and supporting Xpra. > > Kindly, > > Matt B From mike at cchtml.com Tue Feb 23 15:23:48 2021 From: mike at cchtml.com (Michael Cronenworth) Date: Tue, 23 Feb 2021 09:23:48 -0600 Subject: [winswitch] Proxy stops responding after about a week Message-ID: <92dd4fc4-e930-7439-93d5-07dd5dd1476d@cchtml.com> Hi, After about a week the Xpra Proxy stops responding to connection requests. The last time was 6 days. This issue has occurred multiple times. Trying to connect a web browser to port 14500 results in a time out. Trying to use openssl s_client :14500 results in a timeout. The port on the machine is reporting as LISTEN. No log events are generated on connection attempts. What can I see that is causing this? I am working around it for now by stopping the proxy (systemctl stop xpra) and starting it (systemctl start xpra.socket). OS: RHEL 8.3 Package: Official Xpra repo - xpra-4.0.6-10.r28351.el8_3.x86_64 Thanks, Michael From antoine at nagafix.co.uk Tue Feb 23 15:36:53 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 23 Feb 2021 22:36:53 +0700 Subject: [winswitch] Proxy stops responding after about a week In-Reply-To: <92dd4fc4-e930-7439-93d5-07dd5dd1476d@cchtml.com> References: <92dd4fc4-e930-7439-93d5-07dd5dd1476d@cchtml.com> Message-ID: <4f434a34-fead-91f5-8d27-eb92e92307bf@nagafix.co.uk> On 23/02/2021 22:23, Michael Cronenworth via shifter-users wrote: > Hi, > > After about a week the Xpra Proxy stops responding to connection > requests. The last time was 6 days. This issue has occurred multiple > times. Trying to connect a web browser to port 14500 results in a time > out. Trying to use openssl s_client :14500 results in a timeout. The > port on the machine is reporting as LISTEN. > > No log events are generated on connection attempts. What can I see that > is causing this? You may want to run your proxy with "-d network" or even "-d all" and see if anything comes up. Are you certain that this problems occurs after a certain amount of time rather than an amount of connections? It could be a resource leak somewhere that eventually causes the proxy to reject or be unable to process new connections. > I am working around it for now by stopping the proxy (systemctl stop > xpra) and starting it (systemctl start xpra.socket). I don't have a better solution to offer as of right now. Can you please create a new issue and I'll try to reproduce it when I get a chance? https://github.com/Xpra-org/xpra/issues/new > OS: RHEL 8.3 > Package: Official Xpra repo - xpra-4.0.6-10.r28351.el8_3.x86_64 Cheers, Antoine > > Thanks, > Michael From mike at cchtml.com Tue Feb 23 15:44:58 2021 From: mike at cchtml.com (Michael Cronenworth) Date: Tue, 23 Feb 2021 09:44:58 -0600 Subject: [winswitch] Proxy stops responding after about a week In-Reply-To: <4f434a34-fead-91f5-8d27-eb92e92307bf@nagafix.co.uk> References: <92dd4fc4-e930-7439-93d5-07dd5dd1476d@cchtml.com> <4f434a34-fead-91f5-8d27-eb92e92307bf@nagafix.co.uk> Message-ID: On 2/23/21 9:36 AM, Antoine Martin via shifter-users wrote: > You may want to run your proxy with "-d network" or even "-d all" and > see if anything comes up. I'll try. > Are you certain that this problems occurs after a certain amount of time > rather than an amount of connections? > It could be a resource leak somewhere that eventually causes the proxy > to reject or be unable to process new connections. A single user is connecting to this proxy instance. The user leaves their session active and does not shut it down. > I don't have a better solution to offer as of right now. > Can you please create a new issue and I'll try to reproduce it when I > get a chance? > https://github.com/Xpra-org/xpra/issues/new > Will do. Thanks. From totaam at xpra.org Sun Feb 28 18:00:15 2021 From: totaam at xpra.org (Antoine Martin) Date: Mon, 1 Mar 2021 01:00:15 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.1 Message-ID: Hi, It took much longer than originally planned, but the 4.1 release is finally here. Apart from the splash screen, there aren't many new features that stand out or that you are likely to notice immediately. For more details, please see the release notes on github: https://github.com/Xpra-org/xpra/releases/tag/v4.1 The source snapshots are available on github as well as the usual location: https://xpra.org/src/ The download page has been updated: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine