Hi, Michele 05.05.23 13:58, Michele Calgaro via tde-users wrote: All are native ones — only VNC on fast hardware in local network and Debian 11: 1. KRDC(14.0.13) > KRFB(14.1.0) = dead-cycling KRFB without a possibility even connect more 2. KRDC(14.1.0) > KRFB(14.0.13) = very slow KRDC screen with no possibility of closing And all this works only with 14.0.13. If you talk that works, I'll see what is happening with krfb in my case. And right now I have got it working, seems after the true password sending from the KRDC cache, which I entered before for 14.0.13 (Debian 10) on the same PC. So the dead-cycling caused by a wrong password. And KRFB is traditionally crashed after the session disconnecting, what was fixed long ago by my patch, also in TGW.

Michele Calgaro via tde-users wrote: If I may add some notes from my experience I'm not using KRFB, but frequently KRDC. KRDC works fine to the tightvnc linux machine, but can not cope with modern windows RDP. I was looking into the code, because xfreerdp is working just fine with new windows but had to give up as it was too complicated to adjust and it was also too time consuming :( So now for windows 10 I have scripts that run xfreerdp

Slávek Banko via tde-users wrote: Yes, exactly, I also think this is the way to go. From my experience XFreeRDP is working fine, while rdesktop seems to be outdated in the context of windows. I do not remember exactly why it was not easy to replace rdesktop as backend or it was just lack of time and priorities. But it would be great if we could have XFreeRDP as backend in KRDC BR

Hi, Michele 05.05.23 15:55, Michele Calgaro via tde-users wrote: So, the KRFB hungs at wrong passwords and crashes at the session closing are from one source and that is the thread force closing and that I have fixed long ago by the patch *krfb-crash_at_disconnect.patch* — http://bugs.pearsoncomputing.net/show_bug.cgi?id=2972. And the performance decreasing is a real regression of the VNC libraries due to switching to some hungrier compression algorithms what causes: • removing support of the "Low quality" in the server library, when the client one still works and fast; • high CPU load on server, especially for the "High quality"; • high CPU load on client at enabling the scale. Once I am going to compare performance of the new libraries in 14.1 and old ones in 14.0 and maybe return the old one at very high difference taking in account of missing any advantage in the new ones. The second patch *krfb-new_symbols_appending.patch* is for many special symbols support, which are also all symbols different from ASCII-Latin, especially the Cyrillic ones which I can enter only about 10 and next I get only ASCII. This code is missing in the VNC server library, hosted in vncserver and I have adapted it long ago for KRDC with notifying in Bugzilla — http://bugs.pearsoncomputing.net/show_bug.cgi?id=3014 Regards, Roman