-
JellyTau v0.12.2
Stable🏗️ Build and Test JellyTau / Run Tests (push) Skipped🏗️ Build and Test JellyTau / Android Compile Check (push) Skipped🏗️ Build and Test JellyTau / Supply Chain (push) Successful in 27s📱 Test APK / Build test APK (push) Successful in 32m30sPublish Documentation / Build & publish docs to gitea-pages (push) Successful in 5m56sTraceability Validation / Check Requirement Traces (push) Successful in 13sBuild & Release / Run Tests (push) Successful in 16m28sBuild & Release / Build Linux (push) Successful in 21m48sBuild & Release / Build Windows (push) Successful in 19m42sBuild & Release / Build Android (push) Successful in 32m19sBuild & Release / Create Release (push) Successful in 33sreleased this
2026-09-21 09:19:32 +00:00 | 0 commits to master since this releaseTwo download fixes, found together on a tablet whose films all needed their
audio re-encoded. Downloads that took longer than five minutes were being cut
off and restarted, and the progress bar sat on "0%" for the whole of a
transcode.🐛 Fixes
- Downloads longer than five minutes no longer fail. The download worker's
HTTP client carried a total request deadline of five minutes — from
connect until the last byte — so every transfer longer than that was cut off
mid-body and retried. A transcode cannot be resumed (the server ignores
Rangeand starts over), so each retry threw away what had been fetched, hit
the same deadline, and after three attempts the download failed. No feature
film at transcode speed could complete; a large direct copy limped through in
five-minute slices with a backoff between each. The deadline is now a
30-second connect timeout plus a 60-second stall timeout that resets on
every chunk: a dead connection is still caught, a healthy transfer can run as
long as it needs. Present since the first release. (DR-289)
✨ Improvements
- The progress bar moves during a transcode download. A transcode is
produced as it is sent, with noContent-Length, and the bar had nothing to
measure against — it read "0%" until the file completed. The backend now
predicts the size when it resolves the download: the source's size for
original(the picture is copied byte-for-byte; only the audio changes), or
bitrate × runtime for a quality preset. The bar shows the estimate as
"~42%" and caps at 99% until the last byte lands; the server's own figure is
used whenever it gives one; and when there is no prediction at all the bar
is a moving band with the bytes so far, rather than a false "0%". (DR-290)
Downloads
Platform File Linux (portable) *.AppImage—chmod +xand runLinux (Debian/Ubuntu) *.deb—sudo dpkg -iLinux (Fedora/openSUSE) *.rpm—sudo rpm -iWindows *-setup.exe(NSIS). Unsigned — SmartScreen may warn on first run.Android *.apksideload, or*.aabfor Play ConsoleDesktop builds check for updates from here and can install a new
version in place, verifying its signature first.Verifying your download
sha256sum -c SHA256SUMSSHA256SUMScovers every file in this release. An SBOM
(*.cdx.json,frontend-dependencies.txt) lists what went into it.Requirements
- Linux: 64-bit, GLIBC 2.29+
- Windows: 64-bit Windows 10 or later
- Android: 8.0 or later, ~50 MB free
Report a problem: https://gitea.tourolle.paris/dtourolle/jellytau/issues
Downloads
- Downloads longer than five minutes no longer fail. The download worker's