- Démarrage
- Comprendre UiPath Robot
- Assistant UiPath
- Prérequis d’installation
- Installing robots for unattended automations
- Configuring robots for unattended automations
- Deploying unattended automations
- Connecting robots for unattended automations to Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implementing authentication
- Adjusting registry settings for execution in minimized RDP windows
- Using network locations
- Configurer des Robots Linux
- Configuration de la vérification de la signature des paquets
- Configurer des dossiers de package et des chemins d’accès réseau
- Configurer des flux d’activité
- Setting up non-persistent VDIs - follow up with Sai
- Installing robots for attended automations
- Configuring robots for attended automations
- Intégrations
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Licensing troubleshooting
- Package troubleshooting
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session
Guide de l’administrateur du Robot
Package troubleshooting
The issue occurs when you use a mapped network drive for your packages. The mapped network drive is available to the user that created it, whereas the Robot Service operates on a system-wide level.
When upgrading to a newer version from an older one, some automations may fail to execute, especially when package signature verification is enforced.
The packages folder holds both signed and unsigned versions of activity packages. When executing an automation, the Robot installs the lowest applicable version of that activity package, which may be the unsigned version. If package signature verification is enforced, then the automation execution fails. Otherwise, it executes as expected.
Once the migration of a Robot from Service Mode to UserMode is complete, the XML files within the NuGet packages become inaccessible. Additionaly, the following error message is displayed: "Access to path C:\Users\john.doe\.nuget\packages\HelloWorld\1.0.0\lib\net45\Main.xaml is denied".
Deleting packages from the original folder allows the Robot to reinstall them in a folder the current user can access, enabling the Robot Service to access the packages as well.
While converting from Service Mode to User Mode, you can modify the location of the package folder. This allows the Robot to rebuild the directory and use it for future downloads.
.nupkg
manquant correspondant au projet.
The package folder might already contain both:
-
a version of the package with the corresponding
.nupkg
project file, and -
aversion without the
.nupk
g project file.
- Les paquets publiés depuis Studio ne sont pas visibles dans l’UiPath Assistant
- Description
- Problème potentiel
- Solutions
- Vérification forcée de la signature des paquets
- Description
- Problème potentiel
- Solutions
- Les packages NuGet ne sont pas accessibles après la migration
- Description
- Problème potentiel
- Solution 1
- Solution 2
- Le Robot ne parvient pas à télécharger le paquet
- Description
- Problème potentiel
- Solution