What problem does this solve?
Currently remove_stalled applies to both SABNZDB + QBIT download_clients
So If I am downloading a large download (even just 1) pack, Decluttar can't see the download/rate from sabnzdb OR even worse, if there's a queue in SAB, cause there's 100's of episodes, it'll cull all those.
By having another 'opt-in' / override, will ensure declutter treats stalled downloads differently from non-qbit downloads.
Proposed solution
Have optional / opt-in non-qbit settings in config.yaml or docker compose
E.g. nonqbit_remove_stalled
Alternatives considered
Bandaid fix 1: Disable remove_stalled and remove_slow which applies to both SAB + QBIT
Anything else?
Bandaid fix as mentioned stops decluttarr from being overzealous and removing SABNZDB downloads but it would be good to have qbittorrent functioning.
What problem does this solve?
Currently
remove_stalledapplies to both SABNZDB + QBIT download_clientsSo If I am downloading a large download (even just 1) pack, Decluttar can't see the download/rate from sabnzdb OR even worse, if there's a queue in SAB, cause there's 100's of episodes, it'll cull all those.
By having another 'opt-in' / override, will ensure declutter treats stalled downloads differently from non-qbit downloads.
Proposed solution
Have optional / opt-in non-qbit settings in
config.yamlordocker composeE.g.
nonqbit_remove_stalledAlternatives considered
Bandaid fix 1: Disable
remove_stalledandremove_slowwhich applies to both SAB + QBITAnything else?
Bandaid fix as mentioned stops decluttarr from being overzealous and removing SABNZDB downloads but it would be good to have qbittorrent functioning.