Closed MrCee closed 4 years ago
clinton-hall
commented
4 years ago ok, can you try updating to latest nightly again and test? This should be fixed. Was always working with auto-fork, but not when using a defined fork with api.
As a note, when using api, you would ideally want to set the fork as SickChill-api and not SickChill as it does use some different parameters via api.... or again, using auto-form should be the safest.
MrCee
commented
4 years ago @clinton-hall thanks very much, this has fixed the issue.
I was looking at updating the wiki but might wait till this is in Master. Probably not a big deal but thought it was worth mentioning for the wiki later.....the fork specified seems to be case sensitive.
I have tested setting the fork in lower casefork = sickchill-api & fork = auto
The log for both shows as SickBeard:tv fork set to custom and falls back to auto if you dont specify the fork in the exact case, but if you use case sensitive fork = SickChill-api , you see different results in the log.
fork = sickchill-api
[16:53:02] [INFO]::MAIN: Attempting to auto-detect tv fork
[16:53:03] [DEBUG]::MAIN: Removing excess parameters: ['delete_files', 'delete_on', 'dir', 'dirName', 'force', 'ignore_subs', 'is priority', 'proc_dir']
[16:53:03] [INFO]::MAIN: SickBeard:tv fork auto-detection found custom params {'is_priority': None, 'type': None, 'force_next': None, 'failed': None, 'path': None, 'process_method': None, 'cmd': 'postprocess', 'force_replace': None, 'return_data': None, 'delete': None}
[16:53:03] [INFO]::MAIN: SickBeard:tv fork set to customfork = SickChill-api
[16:59:27] [DEBUG]::SERVER: Server responded at http://localhost:8083
[16:59:27] [INFO]::MAIN: SickBeard:tv fork set to SickChill-api
[16:59:27] [WARNING]::SICKBEARD: No media files found in directory /volume1/downloads/tv/DS_Store to manually process.
[16:59:27] [DEBUG]::PLEX: Attempting to update Plex Library for category tv.
[16:59:27] [DEBUG]::PLEX: Plex Library has been refreshed.Merged to master, and wiki updated
Describe the bug On Nightly, TorrentToMedia is not moving files on completion of the download, whether it be triggered by Synology download station or during a manual run, the logs appear all okay. This does not occur on the master branch.
Technical Specs
Expected behavior Usually, the file is moved from /volume1/downloads/tv to a more permanent location at the end of the process.
If the script is set to clean-up, and if the torrent media was downloaded with a containing folder, then the media file and folder are deleted from /volume1/downloads/tv once moved to the permanent location. If a media file alone is downloaded with no folder, the process creates a temp folder and only cleans up the temp folder and the original media file is sometimes left behind, sometimes not. I can't work it out when this is expected.
Lately, the media file downloaded alone has been left behind by the clean-up process, but in both scenarios above, nothing is being moved when passed to Sickchill post-processing. I think this has been occurring since I had to stash everything and pull down nightly again just yesterday.
I am not experiencing any issues using SickChill manual post-processing. I have included the log from master below also. The log for nighly was a fresh download from this morning....
NIGHLY Log
MASTER Log