Résolution de bogues

• L’exécution des tâches échouait parfois en présentant les exceptions « Impossible d’accéder à un canal fermé » ou « Connexion fermée ». Ce comportement ne se produit plus.
• Dans de rares cas, l'utilisation de l'activité Requête HTTP dans un projet hérité a provoqué un blocage inattendu de l'exécuteur avec l'erreur suivante : « System.Exception : impossible de récupérer le résultat de l'exécution de la tâche. Cela peut être dû au volume trop important d'un message empêchant son traitement. » L'erreur est apparue dans Orchestrator pour les tâches ayant échoué.
• Dans les workflows codés, une exception peut survenir lorsqu'un workflow est invoqué plusieurs fois en parallèle. C'est l'utilisation de la méthode RunWorkflowAsync qui en était la cause.
• L'utilisation de guillemets spéciaux " (0x201C) dans des chaînes de caractères provoquait une erreur de compilation JIT lors de l'exécution dans des projets Windows.
• Le service de robot détectait par erreur une tâche interactive comme étant en cours, ce qui empêchait de nouvelles tâches de démarrer. Le message d'erreur « Another interactive job is running for this user. (Une autre tâche interactive est en cours d'exécution par cet utilisateur). A user can run a single interactive job at a time (Un utilisateur ne peut exécuter qu'une seule tâche interactive à la fois). » s'affichait, même lorsqu'aucune tâche n'était en cours d'exécution. Cela était dû à une mise à jour incorrecte de l'état du niveau de service, de sorte que les tâches se trouvaient bloquées dans des états de terminaison ou d'arrêt.
• Une fois qu'une machine était inactive ou verrouillée, le service de robot UiPath ne pouvait pas se reconnecter à Orchestrator. Il continuait d'utiliser indéfiniment une connexion coupée. La connexion à Orchestrator a une durée limitée, de 30 minutes par défaut. Vous pouvez ajuster cette durée en utilisant UIPATH_HTTP_CONNECTION_LIFETIME, une variable d'environnement qui définit la durée de la connexion en secondes.
• Le lancement répété de la session Robot (incrustation) provoquait des pics de mémoire.
• La capture d'écran d'une session provoquait occasionnellement une erreur d'application UiPath.Session.csharp.exe, ce qui empêchait les sessions de robot de se fermer correctement et les nouvelles tâches ne pouvaient pas démarrer.
• Auparavant, lorsqu'un compte d'utilisateur existait dans plusieurs domaines, il provoquait parfois l'échec de tâches sans assistance en raison du délai d'expiration de la session. Cela était dû à une confusion de domaine lors de l'identification de la session.
• Correction d'un bug FreeRDP qui faisait que le service de robot UiPath utilisait un pourcentage élevé du CPU.
• Il arrivait que le robot signale que la tâche était en cours d'exécution, même si l'exécuteur Robot s'était déjà arrêté.
• Portable Executor définit désormais la résolution appropriée lorsqu'il s'exécute sur Windows.
• Les packages générés avec les anciennes versions de Studio qui utilisaient l'activité Invoke Workflow se plantaient si le workflow invoqué se trouvait dans un sous-dossier.
• Cette version apporte plusieurs correctifs en matière de performance.