austinried ce035f457b post our own download progress notification ...

The platform posts one notification per download, so queueing an album buries
the UI in them and they can be swiped away. Hiding them (VISIBILITY_HIDDEN,
which needs DOWNLOAD_WITHOUT_NOTIFICATION) and posting one aggregated
notification instead gives a single ongoing entry with the overall progress and
a Cancel action that stops everything in flight.

It is refreshed from the download state the poller already maintains, so it
tracks the engine without extra queries, and it is tied to this process: if we
are killed the downloads continue with no notification, which is the trade for
not writing a service.

2026-10-04 00:30:03 +00:00

..

kotlin/com/subtracks

post our own download progress notification

2026-10-04 00:30:03 +00:00

resources

pin the android sdk explicitly and apply review fixes

2026-10-04 00:29:51 +00:00