jtube-tv/app
Jeena 54dfe68726 images: rearm the loading shimmer only when the image changes
ShimmerAsyncImage keyed its loaded-state on the passed model, and the
callers built a fresh coil ImageRequest on every recomposition. ImageRequest
has no value equality, so the key changed every time: the loaded flag
reset, the shimmer overlay was re-added and the image load restarted with
each recomposition — an infinite animation per card that never disposed.
On the TV this showed as a general fps collapse wherever thumbnails
render (issue #28's feature shipped with this trap).

The requests are now remembered under stable keys (video/channel id and
the URL strings), so the sweep stops for real once the image (or an
error) lands.

Addresses #28.
2026-10-19 13:08:09 +00:00
..
src images: rearm the loading shimmer only when the image changes 2026-10-19 13:08:09 +00:00
build.gradle.kts build: sign the release variant with the debug key 2026-10-14 00:53:05 +00:00
proguard-rules.pro app: Scaffold Android TV PeerTube client (MVP) 2026-10-10 10:20:02 +00:00