#322 closed Bug (fixed)
transmissioncli -f does not execute command on completed torrent.
Reported by: | entity | Owned by: | charles |
---|---|---|---|
Priority: | Normal | Milestone: | 1.00 |
Component: | CLI | Version: | 0.82+ |
Severity: | Major | Keywords: | |
Cc: |
Description
Running transmission from the commandline like:
transmissioncli -f /tmp/test.sh random.torrent
If the file is already completed (ex downloaded once already) the defined command will not be executed when transmission completes the file scan and starts seeding the torrent. When running transmission in an automated system this introduces some problems since transmission lacks a "Check pieces" mode where it only tests if the torrent is complete or not (like ctorrent has).
Attachments (2)
Change History (7)
comment:1 Changed 15 years ago by charles
comment:2 Changed 15 years ago by charles
- Component changed from Transmission to CLI
- Owner changed from somebody to charles
comment:3 Changed 15 years ago by tiennou
I checked that the -f flag works when a torrent switches from downloading to seeding. If I remove one of the files, it goes back to DL, and retrigger the -f when finished. I have a patch ading a 'recheck' option, and it *seemed* to trigger the -f at state change, but I've only been able to see it under the debugger (I'm using -f "echo Done !", so it's lost in the cli output...
comment:4 Changed 15 years ago by charles
- Resolution set to fixed
- Status changed from new to closed
committed in r3974
comment:5 Changed 15 years ago by charles
- Milestone changed from Sometime to 1.00
I'm not sure that I follow the last part of that summary... tr_torrentRecheck() can be used to kick off a task that verifies local files, and a torrent status of TR_STATUS_CHECK_WAIT or TR_STATUS_CHECK can be used to determine whether or not a torrent's about to be checked.