Hooks owned by a paired device are skipped when managed-hooks-only policy applies.
What's wrong with this entry?
Hook definitions that carry a device-owner marker are skipped whenever the managed-hooks-only policy is in force, or when hooks are disabled for the settings file they came from. The skip applies both when hooks run and when Claude Code checks whether any hooks exist at all.
- Same treatment on both paths, so a suppressed device hook does not make the session look hook-enabled.
- Device hooks travel over the connection to the device as tagged callback requests, each with an id, a deadline and a cancel handle.
- Malformed and failed replies are counted, and a warning is logged once more than 512 such requests are outstanding at once.
deviceOwner
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
SessionEnd hooks lose the
bypass_permissions_disabledreasonBoth mention hook
-
v2.1.236
Hooks and Ctrl-C go quiet once shutdown has started
Both mention hook
-
v2.1.236
Shutdown seals transcript writes and gives SessionEnd hooks more time
Both mention hook