Download client offline would cause Unpackerr to assume download imported about unpackerr HOT 5 CLOSED

Hmm, when the download client is back online Unpackerr will continue processing all pending downloads.

So I guess the only thing we need to change here is, inhibit notifications if 1) Activity is empty, and 2) download client is not available at that time.

from unpackerr.

Unfortunately, Unpackerr has no way to know if the download client is offline or not. Activity may not be empty if only 1 of several download clients become unavailable.

from unpackerr.

I've been thinking about this... It's probably possible to track the items more, but it sure gets complicated. I'm not sure I want to add more code that could introduce more bugs to fix the occasional "bad" notification.

Seem reasonable?

from unpackerr.

It's occasionally annoying: I'm running qbittorrent on a less powerful machine and the hashing at the end of a download often render qbittorrent unresponsive. Multiple downloads completed over a short period of time would cause a repeated "X imported" / "X extracting" / "X extracted, awaiting import" notifications.

If fixing this would make the code more complicated I think it's okay to leave it as-is.

from unpackerr.

The current relationship between unpackerr and Starr apps is simple. All it does is check the queue every couple minutes. If something disappears from the queue it considers it imported. That's it. That's how it works. I don't currently have a good solution in mind to make it better, or make it know if the downloader is offline. There may be other api calls unpacker could make, but all of that introduces more complexity and the potential for more bugs. I'll keep thinking about it, and I appreciate your understanding of the situation.

from unpackerr.