UltraVNC 1.8.X.X - Feedback

[RudiDeVos]

https://uvnc.eu/download/1800/UltraVNC_1830.zip

Based on the feedback from 1.8.29

The biggest issue was that the libs we used (zlib, jpeg..) were compiled with 2 different compilers, causing several side effect

Changes
-update translation files for novnc
-Clipboard fix
-translation pr-BR
-XZ encoder fix
-Fix realvnc viewer
-Update noVNC submodule for monitor selection

[RudiDeVos]

@lwc
The novnc is a replacement for the java viewer that wasn't working (unless you used a very old browser)

The server has a building http server
Instead of using the viewer
vncviewer.exe -connect myhost:5900
You can use any browser and connect using http or https http://myhost:5800
This works on all OS's, not only windows.

[RudiDeVos]

If time please test 1.8.3.0, release will be next week

[fallel]

Hello,

Today I accidentally noticed incorrect behavior that creates a potential security risk. I first observed it in version 1.8.2.4, then updated to version 1.8.2.9, but the problem remains.

My configuration requires the use of SecureVNCPlugin64.dsm. For this purpose, I have created the following files:

xxxx_ServerClientAuth.pkey – this file remains in the program directory on the server.

xxxx_ViewerClientAuth.pkey – this file is removed from the server and placed on the computer running the Viewer.

The ultravnc.ini file is located in ProgramData.

The problem is that the Viewer can establish a connection even when xxxx_ViewerClientAuth.pkey is not present in its directory.

The same applies to xxxx_ServerClientAuth.pkey – even when I remove it from the program directory, the connection can still be established.

I have more than 100 machines running version 1.4.3.6, and in that version, when encryption is enabled, a connection cannot be established if the two .pkey files are not in their correct locations.

Could you please help me understand whether I am missing something or if this is incorrect behavior?
Thanks

[ddbivens]

I tried the Copy text command again several times yesterday. It is working perfectly in both directions. I must have had a glitch the first time I tested it. Thank you for this enhancement!

[lwc]

@lwc
The novnc is a replacement for the java viewer that wasn't working (unless you used a very old browser)

The server has a building http server
Instead of using the viewer
vncviewer.exe -connect myhost:5900
You can use any browser and connect using http or https http://myhost:5800
This works on all OS's, not only windows.

My usage is SC/reverse scenario: I want to assist someone, so that someone launches SC and connects to me after I use vncviewer.exe -listen. Can that someone use a browser to connect to me instead of downloading anything? That would be amazing.

[RudiDeVos]

@lwc
novnc is not a SC replacement; where the server connect to the viewer.

@ddbivens Clipboard was changed in 1.8.3.0
for html and dib from remote to local

[RudiDeVos]

@fallel

I just tested myself
winvnc.exe
vncviewer.exe
20260912_Server_ClientAuth.pubkey
20260912_Viewer_ClientAuth.pkey
OK
if i rename
20260912_Viewer_ClientAuth.pkey to 20260912_Viewer_ClientAuth.pkey2
key error

Need more info.
On the sever activate logging and press show all, them make a connection
perhaps it show something