Souci PATH Script Office365

Bonjour,

Je viens de faire une installation "propre" de Koxo Admin 3.9.8.9 x64
Lorsque je veux lancer une maj d'un groupe de distribution, il me dit qu'il ne trouve pas le fichier PS1 correspondant
Hors le chemin semble bon et les scripts sont bien présents.

Auriez-vous une idée de l'origine de se problème ?

Est il possible de check la variable "LAUNCHING_PATH" ?

Bonjour,
Il y a plusieurs endroits pour tester une variable. Comme c'est une variable globale, le plus simple est de passer par le menu "Général / Maintenance générale / Tester une expression".
Cdt
Le support

Merci pour votre réponse.

J'ai poursuivi mes recherches, j'ai trouvé votre menu et testé la variable, elle fonctionne bien et le chemin qu'elle affiche envoie bien au bon endroit
J'ai ensuite modifié le chemin d'un des scripts O365 dans Koxo en remplaçant la variable par le chemin direct j'ai le même souci, Koxo m'informe qu'il trouve pas le script et si je copie/colle le chemin dans l'Explorateur je tombe bien sur le répertoire AdminScripts avec tous les scripts.

Si j'utilise l'option script perso, Koxo m'ouvre directement le répertoire AdminScripts et si je sélectionne le scripts (ici Créer/Modifier le groupe secondaire), il fonctionne parfaitement bien.

Donc je me demande si il y'a pas un bug sur la 3.9.8.9 ?

Et j'ai ce souci pour TOUS les scripts même ceux pour installer les modules ou récupérer des infos...

Bonjour,
Nous avons enlevé la version 3989 de la mise à jour automatique pour le moment. Le nom des scripts a été modifié pour bien les différencier car désormais les scripts utilisent des fichiers inclus.
Il se peut que le fichier Config.xml référence toujours les anciens scripts et qu'il y ait un bug dans ce cas.
Pour le moment nous testons cela.
Nous sommes en congés encore quelques jours et c'est un peu plus long que d'habitude.
Ce problème sera résolu le plus rapidement possible.
Cdt
Le support

Je pense avoir trouver le souci
Koxo n'accepte pas les noms longs dans le chemin du script.

J'ai testé en mettant le script en :
- C:\                      -> Ca marche
- C:\Temp              -> Ca marche
- C:\Temp Test (en renommant le répertoire Temp)       -> Ca ne marche pas

Ca confirme bien l'existence d'un bug sur la version 3.9.8.9.

Bonjour,
Effectivement, il y avait un soucis sur cette mise à jour.
Il n'avait pas forcément lieu tout le temps.
L'appel des scripts Office 365 accepte des éventuels paramètres, du coup les espaces ne sont plus considérés de la même manière.
Il faut que la chaine envoyée soit "chemin du script" "param1" "param2".
Ce n'était pas une histoire de noms longs mais d'espace dans le chemin du script.
Les guillemets sont donc ajoutés automatiquement.
Merci pour votre retour.
Cdt
Le support