A cloned repo's settings can no longer switch on Remote Control at startup; only your own settings can.
What's wrong with this entry?
A checked-in project or local settings file can no longer enable Remote Control at startup, closing off a path where cloning a repo changed your startup behaviour.
- The setting is read through the security-sensitive settings path, so only user, policy or flag scope can enable it.
- Project and local settings can still disable it: a false value wins.
- A true value at repo scope is ignored and logged.
projectSettingsis ignored entirely when it aliases user settings.
repo-scoped settings cannot enable Remote Control; set it at user scope (/config)
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Startup prefetch failures no longer surface
Both mention startup
-
v2.1.239
Deleted working directories are detected at startup and handled during hooks
Both mention startup
-
v2.1.242
A socket path taken by another running Claude Code no longer breaks startup
Both mention startup