UserCLI indique « Réussi » alors que le fichier n'existe pas

General Support / Questions
1

Type de demande :
BUG

Version et type de MCEBuddy (64 bits) :
MCEBuddy 2.4 Release 8

Système d’exploitation et type (64 bits) :
Windows 10 Pro N (avec media installé) version 1803

Résumé du problème ou de la suggestion :
Le problème que je rencontre est que l’interface en ligne de commande indique un succès (et je crois qu’elle renvoie 0) au lieu d’une erreur lorsqu’un fichier n’est pas trouvé. Cela inclut les fichiers inexistantes ou les chemins réseau inaccessibles.

Si une erreur était signalée, il serait plus facile de diagnostiquer les échecs depuis le post-traitement de Plex, etc.

Étapes pour reproduire le bug :
C:\Users\Owen>“C:\Program Files\MCEBuddy2x\MCEBuddy.UserCLI.exe” --command=addfile --action=“C:\Videos\Test.wtv”

La commande ci-dessus, sans fichier nommé « Test.wtv », renvoie « Succès » alors que ce devrait être une erreur.
Sortie complète de l’invite :

C:\Users\Owen>“C:\Program Files\MCEBuddy2x\MCEBuddy.UserCLI.exe” --command=addfile --action=“C:\Videos\Test.wtv”

MCEBuddy.UserCLI est une interface en ligne de commande permettant aux utilisateurs d’interagir avec le moteur MCEBuddy
Copyright (c) RBoy, Version de build : 2.4.8.1
Date de build : 01/24/2018 16:02:42

MCEBuddy.UserCLI tente de se connecter au moteur localhost sur le port 23332

MCEBuddy.UserCLI s’est connecté avec succès au moteur MCEBuddy
MCEBuddy.UserCLI traite la commande addfile
MCEBuddy.UserCLI ajoute le fichier C:\Videos\Test.wtv à la file de conversion

MCEBuddy.UserCLI Succès !!

C:\Users\Owen>C:\Videos\Test.wtv
Le chemin d’accès spécifié est introuvable.

logs.zip (165,3 Ko)

2

UserCLI fonctionne comme prévu.

Le rôle de UserCLI est de transmettre le chemin du fichier au moteur MCEBuddy. Il ne peut pas et ne doit pas déterminer si le fichier existe ou est accessible. Le moteur s’exécute dans l’espace système, donc ce qui est accessible à UserCLI peut ne pas l’être pour le moteur et inversement. Si le CLI transmet un chemin réseau qui n’est pas mappé dans l’espace utilisateur, UserCLI ne pourra pas le voir ni y accéder ; cependant, si les identifiants pour le chemin réseau ont été fournis au moteur dans ses paramètres, alors le moteur pourra y accéder. De même, UserCLI peut ne pas avoir accès à certains dossiers locaux, tandis que le moteur, avec ses identifiants, pourra peut-être les lire.

Le CLI se contente de transmettre le chemin du fichier, puis c’est au moteur de vérifier s’il peut accéder au fichier ou non (selon sa configuration, s’il s’agit d’un chemin réseau, si les identifiants sont fournis au moteur, etc.).

3

Ça marche – merci pour les détails.