Apropo de curtea executabilului:
https://answers.microsoft.com/en-us/...6-9fe0f88d9c83
https://docs.microsoft.com/en-us/tro...gs-off-session
Executabilul nu prea are curte, sta in chirie la sistemul de operare.

In alta ordine de idei, nu exista executabile separate de mentor pentru Remote si pentru lucru clasic. Daca in modul clasic inchiderea executabilului se face normal, nu e ca si cum ar exista un alt cod pentru RDP. Exista o combinatie de particularitati hardware si software care fac executabilul sa lucreze anormal, si de cele mai multe ori asta a insemnat reinventarea roatei, pentru ca nu ne-am mai putut baza pe sistemul de operare. Sa ne aducem aminte de lucrul pe retea pe versiuni diferite de Windows, cand Microsoft a rescris protocolul de retea si blocare a fisierelor accesate, aruncand practic in aer BDE-ul (nu mai intru in detalii), lucru ce s-a "reparat" mai tarziu pe executabil, nu ca ar fi fost stricat...

Problema logoff-ului intepenit la Remote cu aplicatie de start am intalnit-o ocazional de ani de zile, nu e chiar recenta, cel mai des pe aplicatia de Restaurant, pentru ca acolo erau restrictiile cele mai mari, si cum spune si in primul link pot fi cauzate si de aplicatii terte ca antivirusii ce retin executabilul inainte de eliberarea lui, pentru o scanare, si exact cum zice si Microsoft Support: "you may uninstall the security programs and then check as sometimes disabling does not resolve the issue but uninstalling does."

Al 2-lea link practic prezinta o simpla conjunctura de situatii, in care pe Remonte control la Windows Servere 2012 sau mai mici la remote control pe o aplicatie cu accesari ale unui disk mapat, apare aceeasi situatie in care aplicatia efectiv crapa la alti utilizatori cand primul utilizator da logoff, si a carei solutie Microsoft e sa isi cumpere Windows Server 2016 (... no comment ...) Deci e greu sa-ti dai seama ce ar putea fi rau, cand in general merge bine si exista atatia factori externi necunoscuti ce pot face un lucru sa mearga prost. Pot doar sa banuiesc ca se intepeneste undeva la delogarea din cheie. Adica comunicarea prin driverul HASP catre serverul de cheie. De aceea aici e nevoie de mai multe date, eventual sa se inspecteze de noi particularitatile acelui server.

A doua problema, cu butoanele inactive de pe viewuri, ele nu se dezactiveaza asa usor, e strict legat de drepturile de utilizator, drepturi salvate pe tabele. Daca accesul la ele a disparut, automat si drepturile. Nici macar intreruperea accesului la cheie nu le dezactiveaza, dar intr-adevar, daca nu mai vede cheia, si la iesire se asteapta asa ca la intrare in program.

Sa nu uitam ca pe 10 iunie Microsoft a scos iar un update major, cu bugurile lui, deci vorbim de update foarte proaspat la clienti:
https://www.windowslatest.com/2022/0...-2022-updates/
“After installing KB5014699 I was having problems where network connections were getting reset every 5 minutes. This includes RDP sessions, SMB sessions, and a session between the bridge and an IoT device."

Asa ca ma repet, problemele sunt destul de specifice si "sper" ca pot fi identificate si reparate cumva, dar e nevoie de mult mai multe date specifice sistemului unde se regasesc.