Onboarding error when upgrading to 0.6.2: "Could not save onboarding progress. Please try again."
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
Hướng nghiên cứu
Start with apps/desktop-gpui/src/store.rs and inspect read_store and the write path; the report says empty files block onboarding saves, while the cause of the update truncation is still uncertain. Trace the old app's update and exit path to identify how store is written. Done means the app can recover from an empty store and the update path preserves existing settings across interruption.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi Cap team, love the app thanks for the effort you put into it.
Had this small issue when upgrading to 0.6.2 today - Claude analysis below
macOS: updating to 0.6.2 left the settings store file empty (0 bytes), and 0.6.2 then can't get past onboarding ("Could not save onboarding progress")
Summary
The in-app update to 0.6.2 left ~/Library/Application Support/so.cap.desktop/store empty (0 bytes). On first launch, the new GPUI app reads that file, fails to parse it, and refuses every write. The Welcome screen then shows "Could not save onboarding progress. Please try again." every time you press Get Started, so you can't get past onboarding. All previous settings are lost too.
Environment
- Cap 0.6.2 (updated in-app from the previous Tauri build)
- macOS 26.4.1 (25E253), Apple Silicon (arm64)
Steps to reproduce (what happened)
- Use the previous Cap version normally.
- Accept the in-app update to 0.6.2. The old app exits to install it.
- Launch 0.6.2. The Welcome screen appears.
- Press Get Started. It shows "Could not save onboarding progress. Please try again." and nothing happens.
Evidence
The store file's modification time matches the old app's exit during the update, and its size is 0:
-rw-r--r-- 0 Nov 5 20:46 so.cap.desktop/store
cap-desktop.log (old app), with the times in UTC:
07:41:38Z INFO cap_desktop_lib::updates: Installing update 0.6.2
07:42:11Z INFO cap_desktop_lib::updates: Installing update 0.6.2
07:46:09Z INFO cap_desktop_lib: App exit requested code=Some(2147483647)
07:46:09Z INFO cap_desktop_lib: Exit cleanup completed elapsed_ms=2
cap-gpui.log (0.6.2) logs this from the first second after launch, and again on every attempt to save:
07:47:40Z ERROR cap_gpui::store: the Tauri store did not parse (EOF while parsing a value at line 1 column 0); refusing to write to it
Analysis
In apps/desktop-gpui/src/store.rs, read_store treats a missing file as an empty store. It treats a file that exists but doesn't parse as None and blocks all writes, so it never replaces someone's settings with a fresh object. That protection makes sense for real corruption. A 0-byte file is a different case: there's nothing left to protect, and refusing to write leaves the app permanently stuck at onboarding.
There appear to be two problems:
- Data loss. Something in the old app's exit or update path truncated
storewithout writing new contents (possibly a non-atomic write interrupted at exit). Writing the store through a temp file plus rename, asgpui-state.jsonalready does, would prevent this. - No recovery. 0.6.2 should handle an empty file (or whitespace only) the same way as a missing one. For a file that really is corrupt, it could move it aside (for example to
store.corrupt-<timestamp>) and start fresh, instead of blocking onboarding with no explanation. At least the onboarding error could tell the user why the save failed.
Workaround
Quit Cap, then move the empty file aside and relaunch:
mv ~/Library/Application\ Support/so.cap.desktop/store ~/Library/Application\ Support/so.cap.desktop/store.empty-backup
Cap recreates a valid store and onboarding completes. Previous settings are not recovered.
- Ngôn ngữ chính
- Rust
- Star
- 24.2k
- Fork
- 2.2k
- Merge trung bình
- 1 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 689
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của CapSoftware/Cap
-
Download, FAQ, privacy and terms pages have no meta descriptionCó thể đã có người làm @patrickballard đã nhận 3 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
CapSoftware/Cap#3675 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
self hosting
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
CapSoftware/Cap#2384 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Dashboard pagination causes full page reloads on self-hosted CapCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
CapSoftware/Cap#2305 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
CapSoftware/Cap#1714 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Speed and trim tools can't open WebM files without a duration, including the speed tool's own outputCó thể đã có người làm @patrickballard đã nhận hôm nay. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
CapSoftware/Cap#3862 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CapSoftware/Cap
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug i18n priority: medium ui
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
storytold/craft-anything#983 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
pbakaus/impeccable#1328 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
`swf` upgrade to 0.4.0Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Dinnerbone/Rascal#91 · 2 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
higress-group/HiRoute#405 ·
Maintainer thường phản hồi trong vòng 1 ngày