Running in test mode will still delete existing conflicts
Running in test mode will still delete existing conflicts
This is a pretty minor bug that as mostly just an annoyance when I was testing my amc script on files that I had already hardlinked/organized previously with filebot. Filebot will still honor the conflict parameter when you run in action test mode and delete the existing files in preparation for new ones that will not be moved since its test mode. Running in test mode should ignore the conflict/delete step.
Re: Running in test mode will still delete existing conflict
You mean in the rename(...) call? That should work. But the Groovy code in the script may not respect --action test though. Logs would help with this one since I never had that issue.
Re: Running in test mode will still delete existing conflict
I can send logs but they don't really contain much helpful information but basically if you run:
you'll get something like:
if you then run it again on the same files:
you'll get:
and the original /to/to.ext from the first filebot run will be deleted even though you ran the new action in test mode
the reason I wouldn't run the second call in skip mode is because then nothing would happen and I wouldn't be able to test my amc changes.
Code: Select all
filebot -script "/home/filebot/amc.groovy" --action "hardlink" --conflict "override" etc..
Code: Select all
[HARDLINK] Rename [/from/from.ext] to [/to/to.ext]
Code: Select all
filebot -script "/home/filebot/amc.groovy" --action "test" --conflict "override" etc..
Code: Select all
[TEST] Rename [/from/from.ext] to [/to/to.ext]
the reason I wouldn't run the second call in skip mode is because then nothing would happen and I wouldn't be able to test my amc changes.
Re: Running in test mode will still delete existing conflict
I see. Fixed with r2791.