UserCLI rapporterer "Successful" når filen ikke findes

Forespørgselstype:
FEJL

MCEBuddy-version og type (64-bit):
MCEBuddy 2.4 Release 8

Operativsystem og type (64-bit):
Windows 10 Pro N (med media installeret) version 1803

Resumé af problemet eller forslaget:
Det problem, jeg oplever, er, at kommandoliniegrænsefladen rapporterer succes (og jeg mener, den returnerer 0) i stedet for en fejl, når en fil ikke findes. Dette inkluderer filer, der ikke eksisterer, eller netværksstier, der ikke kan nås.

Hvis den rapporterede en fejl, ville det være nemmere at fejlfinde fiaskoer fra Plex-postprocessering osv.

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

Ovenstående kommando uden en fil kaldet “Test.wtv” til stede vil returnere “Succes”, men det burde virkelig være en fejl.
Fuld prompt-output:

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

MCEBuddy.UserCLI er en kommandoliniegrænseflade, som brugere kan interagere med MCEBuddy-motoren
Copyright (c) RBoy, Build Version : 2.4.8.1
Build Date : 01/24/2018 16:02:42

MCEBuddy.UserCLI prøver at oprette forbindelse til Engine localhost på Port 23332

MCEBuddy.UserCLI oprettede forbindelse til MCEBuddy-motoren
MCEBuddy.UserCLI behandler kommando addfile
MCEBuddy.UserCLI tilføjer fil C:\Videos\Test.wtv til konverteringskøen

MCEBuddy.UserCLI Succesfuld!!

C:\Users\Owen>C:\Videos\Test.wtv
Systemet kan ikke finde den angivne sti.


logs.zip (165.3 KB)

UserCLI fungerer som tiltænkt.

UserCLI’s opgave er at sende filens sti til MCEBuddy-motoren. Den kan ikke/bør ikke afgøre, om filen eksisterer eller er tilgængelig. Motoren kører i systemrummet, så hvad der kan være tilgængeligt for UserCLI, er måske ikke tilgængeligt for motoren og omvendt. Hvis CLI’en sender en netværkssti, der ikke er tilknyttet i brugerrummet, vil UserCLI ikke kunne se eller få adgang til den; hvis legitimationsoplysningerne for netværksstien dog er blevet angivet til motoren i dens indstillinger, vil motoren kunne få adgang til den. På samme måde har UserCLI måske ikke adgang til visse lokale mapper, mens motoren med sine legitimationsoplysninger muligvis kan læse dem.

CLI’en sender blot filstien, og så er det op til motoren at se, om den kan få adgang til filen eller ej (afhængigt af, hvordan den er konfigureret, om det er en netværkssti, om legitimationsoplysningerne er angivet til motoren osv.).

Det lyder godt - tak for detaljerne.