You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: A failing lazy install re-downloads the release on every hook #302
While 1.46.1 kept failing to install (#301), the hook wrapper started a full install on every hook. Each attempt downloaded the 15.7 MB binary and ClaudeNotifier.app.zip, verified both, and then failed at the same step.
The private logs show 275 attempts between 20:25 and 00:29, close to 100 an hour by the end. The binary downloads alone come to about 4.3 GB. The install-failed-<version> stamp suppresses the repeated message, but it doesn't stop the next attempt.
Each attempt also registers its staging copy of ClaudeNotifier.app with LaunchServices (lsregister -f in download_terminal_notifier_modern) and never unregisters it. After the staging directory is removed, the entry stays. lsregister -dump on this machine lists 558 ClaudeNotifier.app registrations under bin/.install-stage.* paths that no longer exist.
Additional context
A short backoff after a failure for the same version would stop a persistent failure from repeating the download on every hook. The next attempt after the backoff would still pick up a fix or a new release.
Closing: failed-install backoff and durable LaunchServices registration (378cdcd, merged via #304/#305/#313) have reached the macOS stable channel — darwin release channels are pinned to v1.49.4 and the fix has shipped since v1.47.1. The condition stated above (keep open until the fix is available on macOS) is now met.
Activity
fix(installer): support released helpers without native path output
test(install): cover reboot recovery and hook retry end to end
fix(hooks): revalidate concurrent lazy install claims
chore(install): integrate native recovery dependency
chore(install): sync validated setup regression fixture
test(install): isolate Darwin helpers and clean owned module caches
test(install): integrate canonical native recovery fixtures
test(hooks): require native symlinks for Git Bash claim fixtures
test(install): use canonical macOS configuration in setup E2E
test(hooks): compare the observed foreign link preimage
test(hooks): use native links in Windows diagnostics fixtures
test(install): unset explicit config override in recovery fixtures
fix(installruntime): validate active native bytes before policy replay
fix(installer): print durable native path for unchanged refresh
fix(install): integrate reviewed native replay and path fixes
101 remaining items
fix(ci): stage Windows release clock in owned short temp
chore(release): retain concurrent installer fixes in v1.48.4 integration
chore(release): retain reviewed main integration in channel promotion
test(landing): align release display contracts with v1.48.4
test(release): require unified v1.48.4 channel selection
fix(ci): resolve exact macOS system executable aliases
fix(ci): request genuine macOS consent through LaunchServices
fix(ci): bound macOS observer within consent deadlines
fix(ci): enable the disabled Intel notification service
fix(ci): parse actual Apple notification service states
chore(release): publish unified v1.48.4
chore(release): promote all platform channels to v1.48.4
fix(agentplugins): preserve native activation recovery history (#416)
777genius commentedon Oct 17, 2026
Closing: failed-install backoff and durable LaunchServices registration (378cdcd, merged via #304/#305/#313) have reached the macOS stable channel — darwin release channels are pinned to v1.49.4 and the fix has shipped since v1.47.1. The condition stated above (keep open until the fix is available on macOS) is now met.