chore(release): 0.8.2
🏗️ Build and Test JellyTau / Run Tests (push) Successful in 24m47s
Publish Documentation / Build & publish docs to gitea-pages (push) Successful in 5m40s
Traceability Validation / Check Requirement Traces (push) Successful in 20s
Build & Release / Run Tests (push) Successful in 25m19s
🏗️ Build and Test JellyTau / Android Compile Check (push) Successful in 11m18s
Build & Release / Build Linux (push) Successful in 30m51s
Build & Release / Build Windows (push) Successful in 14m55s
Build & Release / Build Android (push) Successful in 32m54s
Build & Release / Create Release (push) Successful in 20s
🏗️ Build and Test JellyTau / Run Tests (push) Successful in 24m47s
Publish Documentation / Build & publish docs to gitea-pages (push) Successful in 5m40s
Traceability Validation / Check Requirement Traces (push) Successful in 20s
Build & Release / Run Tests (push) Successful in 25m19s
🏗️ Build and Test JellyTau / Android Compile Check (push) Successful in 11m18s
Build & Release / Build Linux (push) Successful in 30m51s
Build & Release / Build Windows (push) Successful in 14m55s
Build & Release / Build Android (push) Successful in 32m54s
Build & Release / Create Release (push) Successful in 20s
This commit is contained in:
@@ -9,6 +9,29 @@ generated trace matrix lives in [docs/traceability.md](docs/traceability.md).
|
||||
For how long each fixed defect had been shipping before it was found, see
|
||||
[docs/defect-windows.md](docs/defect-windows.md).
|
||||
|
||||
## v0.8.2
|
||||
|
||||
A single fix, for Android background audio.
|
||||
|
||||
### 🐛 Fixes
|
||||
|
||||
- **Listening to a video in the background no longer jumps back to where you
|
||||
started.** Handing a video off to background audio streams a live mp3
|
||||
transcode, which is chunked — no length, and no duration the player can read.
|
||||
ExoPlayer resumes a failed load in place only when it knows one of those two
|
||||
things; with neither it assumes the source is live and re-requests the URL from
|
||||
the beginning. That URL starts at the moment you locked the screen, so a
|
||||
network blip left a retry armed, and when the buffer eventually ran dry —
|
||||
minutes later, with nothing in between — playback silently resumed from the
|
||||
handoff point and carried on. No error was raised and nothing ended, so none of
|
||||
the existing stream-recovery paths could see it; the only sign was a position
|
||||
that went backwards, which is why it looked random. The player is now refused
|
||||
its own retry for exactly that kind of stream, so the failure surfaces and the
|
||||
backend re-opens the stream at the position playback actually reached, keeping
|
||||
your selected audio track. Music and video are untouched: both declare their
|
||||
timeline, and the player resumes them where the load stopped.
|
||||
(UR-040, UR-004 → DR-203)
|
||||
|
||||
## v0.8.1
|
||||
|
||||
A single fix, for Android.
|
||||
|
||||
Reference in New Issue
Block a user