4 Commits

Include renames

Author	SHA1	Message	Date
Lotus CIandClaude Opus 5.5	674aef94fb	fix(desktop): the Linux update command verifies the signed SHA256SUMS before installing (cinny-desktop #36) ... The pacman / apt update command installed the downloaded package with no integrity check. Download it with the release's SHA256SUMS.txt and .minisig into a fresh temp dir, verify the signature with the updater key (minisign), check the hash, then install. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017PCb59uY3UKqDqt7B6hzd5	2026-10-19 00:37:34 -04:00
Lotus CIandClaude Opus 5.5	6acdd439d5	fix(desktop updates): pacman command downloads first, installs the local file ... `sudo pacman -U <url>` also fetches `<url>.sig` and failed (404) on CachyOS: remote packages fall under RemoteFileSigLevel (signature required) and we don't sign the package. A downloaded file installs under LocalFileSigLevel (optional): `curl -LO <url> && sudo pacman -U ./…`. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PPmy3tPq869XDW4njjVaKA	2026-09-30 19:57:12 -04:00
Lotus CIandClaude Opus 5.5	27d659118f	fix(desktop updates): Linux package installs update via their package manager ... Reported on CachyOS: "Check for Updates → The update downloaded but couldn't be installed … Permission denied (os error 13) at path /usr/bin/tauri_current_app…". The app was installed from the Arch package; Tauri's Linux updater can only replace an AppImage. With cinny-desktop's new update_install_kind command: - pacman / deb installs: the toast says the update is available and opens Settings → General → App Updates, which shows the package-manager command (`sudo pacman -U …pkg.tar.zst`, or the .deb + `sudo apt install`) with Copy command and Download package — no Install & Restart that can't work. "Copied" only when the clipboard write actually succeeded. - other distros: a link to the downloads page. - Windows, AppImage, and desktop builds without the command: unchanged in-app update. - a native "package-managed" refusal shows the same help. Tests: unit (kinds, commands, refusal detection); in the real client with a simulated desktop bridge: pacman → toast + Settings command/buttons, install never attempted; older desktop → in-app flow as before. Unit 1321, Playwright 26 passed. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PPmy3tPq869XDW4njjVaKA	2026-09-30 19:00:10 -04:00
Lotus CIandClaude Opus 5.5	568f218fe9	feat(desktop): update failures say what happened and what to do ... A friend's update failed ten times in a row ("Update check failed: error sending request for url (…nsis.zip)") before the 11th went through, and he didn't know what to do. The label was also wrong: the check had worked; the download failed. - Progress: "Downloading update… 28% (14.3 MB of 49.9 MB)", "The update server didn't respond. Trying again in 3 s (attempt 2 of 4)…", from the native `lotus-update-progress` events (cinny-desktop retries itself). - Failures name the step (check / download / install, from the native error prefix) in plain language, with Try again and a Download installer button (Windows: the setup .exe; else the release page), and the raw error under "Details". - Installing from the update toast now shows a "Downloading update" toast, and on failure a sticky "Update didn't install" toast that retries on click and points at Settings → General → App Updates. Before, the toast vanished and the failure was only visible in Settings. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PPmy3tPq869XDW4njjVaKA	2026-09-23 20:52:16 -04:00