PostCustomCommandParameters semblent tronquer au premier espace dans %destinationpath%

General Support / Questions
1

Type de demande :
BUG / NOUVELLE FONCTIONNALITÉ - Bug

Version et type de MCEBuddy (32 ou 64 bits) : - 64

Système d’exploitation et type (32 ou 64 bits) : - 64

Résumé du problème ou de la suggestion : Il semble que le logiciel tronque la commande envoyée via PostCustomCommandParameters au premier espace dans la variable %destinationpath%. Cela est montré dans l’extrait de journal suivant.

2019-03-17T04:16:37 MCEBuddy.Transcode.CustomCommand --> Custom command parameters read -> 
PostCustomCommandPath = c:\wmcscript\runshowremoversubdir.bat 
PostCustomCommandParameters = ""%destinationpath%"" 
PostCustomCommandHangPeriod = 0 
PostCustomCommandCritical = False 
PostCustomCommandUISession = False 
PostCustomCommandShowWindow = True 
PostCustomCommandExitCodeCheck = False
2019-03-17T04:16:37 MCEBuddy.Transcode.CustomCommand --> About to run custom command with parameters: 
PostCustomCommandPath = c:\wmcscript\runshowremoversubdir.bat 
PostCustomCommandParameters = ""P:\Recorded TV\Processed\TV\Protected\Rock Legends"" 
PostCustomCommandHangPeriod = 0 
PostCustomCommandCritical = False 
PostCustomCommandUISession = False 
PostCustomCommandShowWindow = True 
PostCustomCommandExitCodeCheck = False
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> Launching process c:\wmcscript\runshowremoversubdir.bat
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> Process arguments ""P:\Recorded TV\Processed\TV\Protected\Rock Legends""
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> UI Session Admin Process : False
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> Setting process priority to Idle
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> c:\wmcscript>echo on 
2019-03-17T04:16:37 MCEBuddy.AppWrapper.Base --> c:\wmcscript>C:\WMCScript\ReadWMCBackup.pl
...
2019-03-17T04:16:38 MCEBuddy.AppWrapper.Base --> c:\wmcscript>C:\WMCScript\ShowRemoverSubDir.pl ""P:\Recorded 
2019-03-17T04:16:38 MCEBuddy.AppWrapper.Base --> Name "main::nothing" used only once: possible typo at C:\WMCScript\ShowRemoverSubDir.pl line 88.

Étapes pour reproduire le bug : Utiliser une commande personnalisée postérieure avec un destinationpath contenant des espaces.

Captures d’écran : J’ai joint un exemple de journal.

Merci !

Rock Legends_AXSTV_2019_03_17_03_29_00.wtv-Move Protected TV-2019-03-17T04-15-24.7126063-04-00.log (1,1 MB)

2

Comment votre fichier bat utilise-t-il la variable ? L’avez-vous également mise entre guillemets dans le fichier .bat ?

On dirait qu’il y a une paire de guillemets en trop. Il semble que vous l’ayez fait correctement dans l’entrée « PostCustomCommandParameters », donc je me demande si le fichier bat n’ajoute pas une paire supplémentaire.

3

Il semble y avoir un problème avec la configuration des guillemets. Essayez d’utiliser un ensemble de guillemets en moins comme l’a souligné @hobesman ou essayez d’échapper vos guillemets \\\" si vous voulez les transmettre à votre script. C’est windows/cmd.exe/scripting qui interprète les guillemets différemment en naviguant à travers le système.

4

Ça a fonctionné. Merci les gars pour les conseils. Je sais que quand j’ai configuré cette commande personnalisée post au départ (~2013), le deuxième guillemet était nécessaire pour que le script fonctionne. La mise à jour que j’ai appliquée en décembre 2018 a dû rendre le deuxième guillemet inutile.

Merci encore !