VirtualDesktop per UVNC-Session with VirtualMonitor/Mouse/Keyboard: Sounds extremely cool, but wouldn't there be other problems like "one clipboard shared by all users/VirtualDesktops" or applications which are designed to be single-instance (who sees the application? on which screen does it open?)? ((From security point of view this could be a nightmare because all "VirtualDesktops" work in the same Windows UserProfile.))
Thanks for the files 1_3_3_dev4 files, Rudi! (Sidenote: Viewer about dialog says "1.3.3 dev-2" although viewer window title & FileProperties\Details show "1.3.3 dev-4")
I see three other issues / problems:
1) no remote cursor upon (viewer-)connect
(see
https://forum.ultravnc.net/viewtopic.php?f=77&t=37146#p109436 and
https://forum.ultravnc.net/posting.php?mode=edit&f=77&p=109439)
- 100% reproducible (server & client Win10; encoding was ZRLE; server used ddengine; while testing the server-pc was not locked = unlocked desktop visibe upon viewer connect)
- NO problem exists if at least viewer OR server is <= v1.2.4.0; if both are > v1.2.4.0 (e.g. v1.3.3.0-dev4) cursor is missing upon viewer-connect until the first cursor-shape-change
2) uvnc_service @Win10: ddengine not used after PowerOn/Reboot
In the last months I've observed Win10 PCs (running UVNC-Service) using schook instead of ddengine after power-on/reboot (e.g. v1.2.4.0) multiple times. In these cases it does not seem to matter how often you disconnect/reconnect the viewer -> the server keeps using schook. ((Shouldn't the server re-initialize the ddengine upon a new viewer-connect if a previous initialization failed?))
Workaround: After a manual restart of uvnc_service uvnc server instantly uses ddengine for future viewer-sessions. (Easy but annoying: users don't have admin permissions.) Alternatively the "bigger" (30-50MB RAM usage) winvnc.exe process can be killed via task manager.
On my test-pc with v1.3.3.0-dev4 this problem still exists (not on every reboot, but often), although I can't reproduce it in a VM. Perhaps there is a timing problem / race condition when uvnc_service is started and tries to initialize ddengine while windows is booting? It might depend on the graphics-driver? (PCs with this problem: Intel CPU with graphics)
Any idea about this? Could the the ddengine initialization be somehow hardened?
(One of the smyptoms of this problem is: viewer kind of hangs in "password requested" or "password accepted", if viewer is connected sometimes the systray shows multiple UltraVNC-Icons which go away if you hover them with the cusor = crashed winvnc.exe-processes?)
3) Viewer in window-mode show unnecessary scroll-bars after minimize+restore
Viewer in window-mode (no scroll-bars visible) with SavePos=1 & SaveSize=1: minimize window to taskbar , restore window => window now has (unnecessary) scroll-bars, although the size of the window did NOT change!? (...close the viewer window without resizing...reopen the viewer-connection => scroll-bars are gone.)
If viewer-config is changed to SaveSize=0 the scroll-bars don't appear.
(This bug exists a long time, not sure when it appeared the first time.)