* Redirect Windows portable zip cache data to data/ next to the exe
FFmpeg, Demucs models, config, and logs currently write to %LOCALAPPDATA%
regardless of where the zip is extracted, not to the data/ folder the README
already describes. A portable.txt marker, shipped in every future Windows zip,
switches local_data_dir() to the exe-relative data/ folder that packaging
already stages.
Jobs/library data is deliberately left untouched: it stays on its existing
default (~/Documents/StemDeck) and remains relocatable via the existing
Settings -> StemData location picker (#354). Defaulting it into the
exe-adjacent folder was the design in an earlier attempt at this fix, and was
reverted -- that folder is exactly what a user deletes or overwrites thinking
it's disposable.
Fixes#399
* Auto-clear failure notifications once they're resolved
Failure notifications (import/playback/export/update) persist until manually
dismissed, deliberately, from #359 -- so a crash or reload doesn't lose the
evidence needed for a bug report. This adds a second, independent trigger on
top without touching that: a notification also clears once the thing it was
about is actually resolved, while still surviving a plain reload in the
meantime.
- import: clears when a re-import supersedes the failed track, or when the
track is trashed/purged
- playback: clears when the same track plays back successfully
- export: clears when the same track exports successfully (jobId is
snapshotted at click time, not read live at settle time, since settling can
take up to EXPORT_BUSY_MAX_MS and the user may have switched tracks by
then); log export clears separately, keyed by kind since it has no jobId
- update: clears on the next successful check, which in practice only happens
on the next app start -- checkForUpdate() has no periodic re-check today
Fixes#401
---------
Co-authored-by: Thales <>
Tha.Les
306f2ce913