From craigjunk at setera.org Thu Aug 5 02:12:37 2021 From: craigjunk at setera.org (Craig Setera) Date: Wed, 4 Aug 2021 20:12:37 -0500 Subject: [winswitch] Black windows with Xpra, Docker and WIne Message-ID: <74be3048-6760-2365-7c08-f81de9bc71d6@setera.org> Hello! I'm in the midst of trying to get the Fitbit Simulator which is only supported on Windows and MacOS using my Linux (Ubuntu latest) laptop.? While I started with https://github.com/bingtimren/fitbit-simulator-linux-wine-image, I had issues with the fact that my laptop is actually a HiDPI machine and the resulting application was much too small.? I remembered that I had seen an example of using Xpra to scale a Linux desktop application and decided to see if I could do the same with this.? I set up a Docker container to bind Xpra to a TCP Port and am attaching to that port from the host port. Unfortunately, I'm getting very inconsistent results.? When it works, things are properly scaled (by 2x) and work as I would expect.? However, many times, I end up with a completely black window.? I've tried many different combinations of options on both the container (server) side and the attach side.? I've tried to disable as much functionality as possible as well.? In the end, I'm just not getting a consistent non-black display. Can anyone suggest how to troubleshoot this issue?? The fact that it seems to work sometimes makes me feel like I'm close to a solution. Thanks, Craig From totaam at xpra.org Tue Aug 10 08:12:47 2021 From: totaam at xpra.org (Antoine Martin) Date: Tue, 10 Aug 2021 14:12:47 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.2.2 - critical fixes, including one CVE Message-ID: Hi, The star of this release is? - unfortunately - a denial-of-service vulnerability in the rencode packet decoder: https://github.com/aresch/rencode/commit/572ff74586d9b1daab904c6f7f7009ce0143bb75 The assignment of a CVE is still pending, but it only takes 11 bytes to completely disable a server listening on a public socket. The xpra.org repositories include patched RPMs, Debian users will need to wait for a security update from their maintainers. The MacOS and MS Windows builds will include the fixed version from now on, but all previous builds are vulnerable. (the dangers of large monolithic builds should be obvious) There are things you can do to mitigate this issue: * remove the cython accelerated rencode module - as the plain python implementation does not have this bug. On Posix: rm `python3 -c "from rencode import _rencode;print(_rencode.__file__)"` The performance loss is acceptable. * disable rencode using '--packet-encoders=bencode' This option is not recommended as it may have undesirable side effects. Also, it does not work properly with all xpra versions due to a bug (fixed in 4.2.2) and it may also expose other bugs. A new version of the html5 client will be posted soon after this release, it includes a re-written rencode packet parser - faster and immune to this bug. Apart from that, there are other worthy fixes: two crasher bugs and a bug in the menu loading which could explain some mysterious jumps in server latency that people have been experiencing. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v4.2.2 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine From totaam at xpra.org Tue Aug 10 08:43:23 2021 From: totaam at xpra.org (Antoine Martin) Date: Tue, 10 Aug 2021 14:43:23 +0700 Subject: [winswitch] [ANNOUNCE] Xpra HTML5 4.3 Message-ID: <6dbf772f-61a4-7d60-d0fd-8c4b11b5ab14@xpra.org> Hi, This new release of the HTML5 client includes the same rencode packet decoder denial-of-service fix. There are also improvements and fixes to the window geometry handling, keyboard detection, re-connection bugs, connection form issues, and the usual set of build and packaging updates, cosmetic fixes, etc. The on-screen keyboard is no longer shown by default on non-mobile devices. Many thanks to Vasyl Gello for testing and fixing the most critical bugs. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra-html5/releases/tag/v4.3 Cheers Antoine From antoine at nagafix.co.uk Tue Aug 10 13:26:20 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 10 Aug 2021 19:26:20 +0700 Subject: [winswitch] Black windows with Xpra, Docker and WIne In-Reply-To: <74be3048-6760-2365-7c08-f81de9bc71d6@setera.org> References: <74be3048-6760-2365-7c08-f81de9bc71d6@setera.org> Message-ID: <7fb7a2dd-fff3-80e3-55ea-fa48c6cd5ec5@nagafix.co.uk> On 05/08/2021 08:12, Craig Setera via shifter-users wrote: > Hello! > > I'm in the midst of trying to get the Fitbit Simulator which is only > supported on Windows and MacOS using my Linux (Ubuntu latest) laptop.? > While I started with > https://github.com/bingtimren/fitbit-simulator-linux-wine-image, I had > issues with the fact that my laptop is actually a HiDPI machine and the > resulting application was much too small.? I remembered that I had seen > an example of using Xpra to scale a Linux desktop application and > decided to see if I could do the same with this.? I set up a Docker > container to bind Xpra to a TCP Port and am attaching to that port from > the host port. Xpra nows ships a utility command for doing this sort of scaling, try: run_scaled yourapp > Unfortunately, I'm getting very inconsistent results.? When it works, > things are properly scaled (by 2x) and work as I would expect.? However, > many times, I end up with a completely black window.? I've tried many > different combinations of options on both the container (server) side > and the attach side.? I've tried to disable as much functionality as > possible as well.? In the end, I'm just not getting a consistent > non-black display. Can you reproduce the problem with a regular application or just this one? > Can anyone suggest how to troubleshoot this issue?? The fact that it > seems to work sometimes makes me feel like I'm close to a solution. That's a fair assessment. Please see: https://github.com/Xpra-org/xpra/wiki/Reporting-Bugs And create a ticket there. We should be able to sort this out quickly. Cheers, Antoine PS: the mailing list remains in emergency moderation mode following one spammy message last month. It may take longer than usual to post and get replies. > Thanks, > > Craig > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users From craigjunk at setera.org Wed Aug 11 15:09:05 2021 From: craigjunk at setera.org (Craig Setera) Date: Wed, 11 Aug 2021 09:09:05 -0500 Subject: [winswitch] Black windows with Xpra, Docker and WIne In-Reply-To: <7fb7a2dd-fff3-80e3-55ea-fa48c6cd5ec5@nagafix.co.uk> References: <74be3048-6760-2365-7c08-f81de9bc71d6@setera.org> <7fb7a2dd-fff3-80e3-55ea-fa48c6cd5ec5@nagafix.co.uk> Message-ID: Thanks for the information.? I did also update the version of Wine in the container which helped quite a bit. But I do see black windows from time to time.? Unfortunately, I can't find the pattern. Antoine Martin via shifter-users wrote on 8/10/21 7:26 AM: > On 05/08/2021 08:12, Craig Setera via shifter-users wrote: >> Hello! >> >> I'm in the midst of trying to get the Fitbit Simulator which is only >> supported on Windows and MacOS using my Linux (Ubuntu latest) laptop. >> While I started with >> https://github.com/bingtimren/fitbit-simulator-linux-wine-image, I had >> issues with the fact that my laptop is actually a HiDPI machine and the >> resulting application was much too small.? I remembered that I had seen >> an example of using Xpra to scale a Linux desktop application and >> decided to see if I could do the same with this.? I set up a Docker >> container to bind Xpra to a TCP Port and am attaching to that port from >> the host port. > Xpra nows ships a utility command for doing this sort of scaling, try: > run_scaled yourapp > >> Unfortunately, I'm getting very inconsistent results.? When it works, >> things are properly scaled (by 2x) and work as I would expect.? However, >> many times, I end up with a completely black window.? I've tried many >> different combinations of options on both the container (server) side >> and the attach side.? I've tried to disable as much functionality as >> possible as well.? In the end, I'm just not getting a consistent >> non-black display. > Can you reproduce the problem with a regular application or just this one? > >> Can anyone suggest how to troubleshoot this issue?? The fact that it >> seems to work sometimes makes me feel like I'm close to a solution. > That's a fair assessment. > Please see: > https://github.com/Xpra-org/xpra/wiki/Reporting-Bugs > And create a ticket there. > We should be able to sort this out quickly. > > Cheers, > Antoine > > > PS: the mailing list remains in emergency moderation mode following one > spammy message last month. It may take longer than usual to post and get > replies. > >> Thanks, >> >> Craig >> >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> https://lists.devloop.org.uk/mailman/listinfo/shifter-users > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users From steveg at nevets.com.au Fri Aug 20 11:15:26 2021 From: steveg at nevets.com.au (Steve Gatenby) Date: Fri, 20 Aug 2021 20:15:26 +1000 Subject: [winswitch] Stop Mobile Keyboard Message-ID: <2ff402da-8770-1536-044c-f7e364172a6a@nevets.com.au> Is it possible to tell xpra to not pass screen touches to mobile os (android in this case), or is that controlled fully by the phone itself ? I am finding each touch in my app is opening the phone keyboard. I have no need for keyboard input in my app, so looking to fully disable in xpra session ? Regards - SteveG