mirror of
https://github.com/NanmiCoder/cc-haha
synced 2026-07-16 13:03:31 +08:00
de9d044bdb
The macOS notification bridge synchronously waits for UserNotifications callbacks. Running that wait on the Tauri command caller can block the callback path and make permission reads time out, which the UI reports as an unsupported environment. Route the bridge calls through a blocking worker so permission reads, permission prompts, and delivery checks do not stall the app thread that needs to service native notification callbacks. Constraint: UserNotifications permission and delivery APIs complete asynchronously through macOS callbacks. Rejected: Change the settings status label only | it would hide the failed native permission read without fixing notification delivery. Confidence: high Scope-risk: narrow Directive: Keep macOS notification bridge calls off the invoke caller thread unless the Objective-C bridge becomes fully async. Tested: cd desktop/src-tauri && cargo test Tested: bun run check:native Tested: cd desktop && bun run test --run src/lib/desktopNotifications.test.ts src/__tests__/generalSettings.test.tsx Tested: SKIP_INSTALL=1 ./scripts/build-macos-arm64.sh Tested: codesign --verify --deep --strict --verbose=2 desktop/build-artifacts/macos-arm64/Claude Code Haha.app Tested: hdiutil verify desktop/build-artifacts/macos-arm64/Claude Code Haha_0.2.1_aarch64.dmg Not-tested: Manual click-through of the newly built .app notification settings screen.