[Bug][macOS] Tray "Start at Login" checkbox reads plist existence only; Startup safety reports it unverified when launchd disables or points at another app copy #6972

Client or integration

OpenCodex dashboard

Area

Platform (Windows / macOS / Linux)

Summary

On macOS the tray's Start at Login checkbox and Startup safety can disagree. The tray reads only whether ~/Library/LaunchAgents/OpenCodex.plist exists (tauri-plugin-autostart 2.5.0 / auto-launch 0.5.0 is_enabled), while Startup safety (src/service/desktop-startup.ts macLoginRegistration) also requires launchd not to have the job disabled and, when loaded, to have it loaded from the current app. A plist that exists while launchd has "OpenCodex" => disabled (for example after the user turned OpenCodex off under System Settings → General → Login Items & Extensions), or a loaded job that still names an old app copy, shows a checked menu item and an unprotected Startup page. Toggling the item rewrites the plist but does not clear a launchd disabled override.

Seen in #6963 ("Installed but unhealthy" while Desktop runs the proxy).

Reproduction

1. Install OpenCodex Desktop on macOS with Start at Login checked.
2. In System Settings → General → Login Items & Extensions, turn OpenCodex off under "Allow in the Background".
3. Open the dashboard → Startup. The Desktop row reports Start at Login as not verified while the tray item stays checked.

(Code-traced; reproduction steps 2–3 on a real machine are not yet captured.)

Version

2.83.0 / dev 7af092c

Operating system

macOS (reported on macOS 27)

Provider and model

n/a

Logs or error output

launchctl print-disabled gui/$(id -u) | grep OpenCodex

Screenshots and supporting files

No response

Redacted configuration

No response

Checks

• I searched existing issues and documentation.
• I removed secrets, tokens, account details, request credentials, and personal data.