Closed skywayskase closed 3 years ago
It looks like it's appending the warning message to the end of the filename so when it goes to move things it cannot due to the length/content of the warning message.
I would imagine because it's being run as a system service that you need to address the warning message that's being displayed (I'm assuming at this point that when ran from the .vbs script, no such problems occurred). Fixing that error should allow the post-processing to work properly. That being said, the error message (or any error for that matter) should not be appending to the end of the filename, so I'll have to figure that one out as I know it traps against specific errors when metatagging, but that particular error I've never seen before....
One other thing of note, \NAS1\Media\Comics\Issues$Publisher$Series
wouldn't be considered a valid path - I'm just thinking that you mean to put the $Publisher\$Series
as the folder format, and the Comic Location is set to the \NAS1\Media\Comics\Issues
, but again this is just hypothetical at this point, since I don't know the exact folder formats you're utilising.
You're correct both in that when starting with the VBS script, PP works fine, and also about the file path: (destination_dir = \\NAS1\Media\Comics
and folder_format = Issues\$Publisher\$Series ($Year)
)
I'll try to figure out what the root cause of the error is and see if I can resolve it myself
This morning I decided instead of starting Mylar with a VBS script, I'd much rather it ran as a service (a bit easier to manage that way). Since the update however, whenever I post-process a comic, it gets moved to the cache dir, tagging is applied, and then it can't move out. Here's some info about my environment: I'm running Windows 7 x64, my comic directory stored on a NAS and Mylar points to it using UNC path (eg: \NAS1\Media\Comics\Issues\$Publisher\$Series). I tried this with a post-process script, the completed download handling, and even manual post-processing and all yielded the same results. Here's a copy of the logs: