npeter83 b200f61642 feat(downloads): clear multi-phase download progress + transient-error retries ... The progress bar looked broken (95% -> 5% -> recount) because yt-dlp downloads the video and audio streams separately (each 0->100%) then merges — with no indication of which step is running. Now: - worker labels the phase from the stream codecs (video / audio) and via a postprocessor hook (merging / processing), so the user sees what's happening - DownloadCenter shows the phase as the status and renders an indeterminate pulse (no bogus %) during merge/processing; phase i18n en/hu/de - yt-dlp retries (3) + fragment_retries (5) so transient network blips self-heal instead of failing the job (seen once as a DNS 'No address associated with hostname' error) Verified: phase transitions queued -> video -> processing -> done.		2026-07-03 02:42:36 +02:00
..
__init__.py	fix(downloads): add the downloads package (was wrongly gitignored) + robust sanitizer	2026-07-03 00:19:22 +02:00
formats.py	feat(downloads): clear multi-phase download progress + transient-error retries	2026-07-03 02:42:36 +02:00
gc.py	feat(downloads): M3 — per-user quota + retention GC	2026-07-03 00:26:40 +02:00
quota.py	feat(downloads): M4 — REST API (enqueue, manage, file-serve, sharing, admin)	2026-07-03 00:34:08 +02:00
service.py	fix(downloads): show real title + thumbnail while queued/downloading	2026-07-03 02:23:21 +02:00
storage.py	fix(downloads): strip emoji from device filename + free disk when a download is deleted	2026-07-03 02:16:36 +02:00