Fehlerbehebungen

• Manchmal schlug die Ausführung von Aufträgen mit den Ausnahmen „Zugriff auf eine geschlossene Pipe nicht möglich“ oder „Verbindung geschlossen“ fehl. Dieses Verhalten tritt nicht mehr auf.
• In seltenen Fällen führte die Verwendung der Aktivität HTTP-Anfordern in einem Legacy-Projekt zum unerwarteten Absturz des Executors mit dem folgenden Fehler: „System.Exception: Das Ergebnis der Auftragsausführung konnte nicht abgerufen werden.Dies könnte daran liegen, dass eine Nachricht zu groß war, um im Prozess verarbeitet zu werden.Der Fehler trat im Orchestrator für fehlgeschlagene Aufträge auf.
• Bei codierten Workflows kann es zu einer Ausnahme kommen, wenn ein Workflow mehrmals parallel aufgerufen wird. Dies wurde durch die Verwendung der Methode RunWorkflowAsyncverursacht.
• Die Verwendung von Anführungszeichen " (0x201C) in Zeichenfolgen führte zu einem JIT-Kompilierungsfehler zur Laufzeit in Windows-Projekten.
• Der Roboterdienst erkannte fälschlicherweise einen interaktiven Auftrag als in Bearbeitung, was den Start neuer Aufträge verhinderte. Es wurde die Fehlermeldung „Für diesen Benutzer wird ein weiterer interaktiver Auftrag ausgeführt. Ein Benutzer kann nur einen interaktiven Auftrag gleichzeitig ausführen.“ angezeigt, auch wenn keine Aufträge ausgeführt wurden. Dies geschah aufgrund einer unsachgemäßen Statusaktualisierung auf Dienstebene, wodurch Aufträge in den Stati „Wird beendet“ oder „Wird angehalten“ stecken blieben.
• Nachdem eine Maschine inaktiv oder gesperrt worden war, konnte der Roboterdienst keine Verbindung mehr mit Orchestrator herstellen. Er verwendete weiterhin eine defekte Verbindung. Die Verbindung zu Orchestrator hat eine begrenzte Dauer mit einem Standardwert von 30 Minuten. Sie können diese Dauer mithilfe von UIPATH_HTTP_CONNECTION_LIFETIME, einer Umgebungsvariablen, welche die Verbindungsdauer in Sekunden definiert, anpassen.
• Der wiederholte Start der Robotersitzung (Bild-in-Bild) führte zu Speicherspitzen.
• Gelegentlich führte die Erstellung eines Screenshots der Sitzung zu einem Fehler in der Anwendung UiPath.Session.csharp.exe, wodurch Robotersitzungen nicht ordnungsgemäß geschlossen und neue Aufträge nicht gestartet werden konnten.
• Zuvor kam es manchmal dazu, dass ein Benutzerkonto in mehreren Domains vorhanden war, unbeaufsichtigte Aufträge mit einem Timeout der Sitzung fehlschlugen. Dies geschah aufgrund einer Domänenverwirrung während der Sitzungsidentifizierung.
• Ein FreeRDP-Fehler wurde behoben, durch den der Roboterdienst zu einer hohen CPU-Auslastung führte.
• Gelegentlich gab der Robot an, dass der Auftrag lief, obwohl der Roboter-Executor bereits beendet wurde.
• Portable Executor stellt jetzt die richtige Auflösung fest, wenn er unter Windows ausgeführt wird.
• Pakete, die mit älteren Studio-Versionen generiert wurden, die die Aktivität „Invoke Workflow“ verwendeten, stürzten ab, wenn sich der aufgerufene Workflow in einem Unterordner befand.
• Mit dieser Version wurde die Leistung in mehrfacher Hinsicht verbessert.