Feature request: opt out of auto-update / pin a version for Macs below the new minimum OS
This is a feature request about the update mechanism, not a bug report about macOS 12 support. I accept the decision in #37019 / #37070 to raise the minimum macOS to 13. The problem is the downstream consequence for users on hardware that cannot upgrade past Monterey, and the lack of any opt-out.
Context
- MacBook Pro A1707 (2017, Intel). macOS 12.7.6 Monterey is the hardware ceiling — this machine will never run macOS 13.
- Codex desktop worked fine on build 6119 (26.727.x).
- Sparkle auto-updated to build 6223+ → app no longer launches (
NSOSStatusErrorDomain Code=-10825,LC_BUILD_VERSION minos 13.0). - The workaround from @gpeal (download 26.715.72359) works — but only until Sparkle runs again and re-installs the broken build.
The gap
Once a Mac is on an OS below the new minimum, there is no supported way to stay on the last-working version:
- Sparkle's appcast still advertises
minimumSystemVersion 12.0, so the incompatible update keeps being offered. - There is no "disable auto-update" toggle in the app.
- There is no "check for updates but let me choose" option.
- There is no documented way to pin a version.
The only way to stay on 26.715 is to block oaistatic.com at the network level — not something most users will figure out, and it also blocks legitimate downloads.
Request
Any one of these would unblock users on unsupported-but-still-functional hardware:
- Fix the Sparkle appcast
minimumSystemVersionto13.0so macOS 12 clients stop being offered the incompatible build. (This is also just correct — the manifest should match the binary.) - Add a "Check for updates but let me choose to install" option, or a "Disable auto-update" toggle in Settings.
- Document a supported way to pin a version (a defaults key, a config file, or a "skip this version" action in the update prompt).
I'm not asking to restore macOS 12 support. I'm asking for a graceful way to stay on the last version that works on my hardware, so I'm not one reboot away from a bricked install every time Sparkle runs.
Why this isn't a duplicate of #37019 / #37070
Those are bug reports about the macOS 12 drop and were closed as "won't fix" (Chrome/security rationale). This is a feature request about the update mechanism itself, which applies to any future minimum-OS bump — not just this one. The next time the minimum OS rises, the same users will be in the same loop unless one of the above options exists.
2 Comments
Adding a concrete finding that strengthens this request: the app actively overrides user preferences for Sparkle auto-update on every launch.
I tried the "just disable it via defaults" approach before resorting to hostfile blocking:
Verified the values were
0. Then relaunched the app. Immediately after launch, both keys were reset back to1:This means even the Sparkle preference keys that exist in the app's defaults domain are not respected — the app writes them back to
1on startup, overwriting whatever the user (ordefaults write) set.This is exactly why request #2 in the original post ("Add a 'Disable auto-update' toggle in Settings") matters: the underlying preference exists but is non-functional because the app force-resets it. A user-facing toggle that the app actually honors would be the minimal fix. Right now the only effective way to stop the update loop is to block
persistent.oaistatic.com(the appcast + download host) at the network level — which is not something most users will discover or should have to do.Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action