Skip to content

v0.9.0

Latest

Choose a tag to compare

@matthewdias matthewdias released this 15 Aug 15:49
· 13 commits to main since this release
d348c0e

Acquisition reliability: a download that goes nowhere stops holding its episode,
and a release stops being blamed for things that were never about it. A torrent
transferring nothing is given up on after six hours and the next-best release
tried; a torrent that vanishes, loses its files, or arrives in a format
Transpondarr cannot follow no longer blocks the release.

Fixed

  • A download that never gets going no longer holds its episode forever. A
    torrent that finds nobody to download from, or a magnet stuck at Downloading
    metadata
    , used to sit in the queue indefinitely with no other release tried.
    One that has transferred nothing is now given up on after six hours and the
    next-best release taken. Configurable under Settings → Download client,
    where 0 waits forever.
  • A download that has made any progress is never given up on, however long it
    then sits, and paused or queued ones are left alone. Nothing is removed from
    your download client — cancelling stays yours to do there.
  • Every download now shows how long it has left. A new one reads giving up
    in 6h
    until its first bytes arrive: what would happen if nothing ever came,
    not a sign that anything is wrong.
  • A download waiting its turn now reads Queued. It showed as Downloading ·
    0%
    , indistinguishable from one getting nowhere — which matters most if you cap
    how many downloads run at once.
  • A release is no longer blocked because its torrent went missing. A download
    that disappears from the client, or whose files vanish from disk, still frees
    its episode — but the release is no longer remembered as a bad one, because
    neither says anything about it. A dropped mount used to block every release it
    touched, for a day, a week, or permanently on a third occurrence.
  • A download whose data the client has lost now reads Data missing, and the
    next search moves on to another release. Grabbing such a release by hand fails
    outright rather than reporting success and quietly failing.
  • One failed download is now remembered once, not twice. When a pack's
    episodes were added to the queue at different times, a torrent that vanished
    counted as two separate failures of the same release, pushing it up the
    blocklist's ladder twice as fast.
  • A release in a torrent format Transpondarr does not support is refused when
    it is grabbed.
    A download published in BitTorrent v2 alone was accepted by
    qBittorrent but could not be followed, so it sat unaccounted for until the
    grace period expired — then was blocked for something never wrong with it.
  • An import interrupted mid-transfer no longer leaves a file in the library.
    Transpondarr renames a temporary file into place on completion, so a crash
    never leaves a half-written episode under the real name — but the temporary
    file stayed. A new Library tidy job removes them once they are a day old.

Upgrade notes

  • Downloads that have been stuck at 0% will start being given up on. The
    six-hour timeout is counted from the upgrade, not from however long a torrent
    has already sat, so one transferring nothing is failed six hours after you
    upgrade and its release blocked for a day. To hold one deliberately, pause it
    in your download client or set the wait to 0; either stops the clock.
  • Releases already blocked under the old rule stay blocked. Entries recorded
    when a torrent went missing or lost its files carry over, including any at the
    permanent rung. A title's History tab lists them under Blocked releases
    with an Unblock on each, and Settings → Failure memory has a Forget
    all
    .