Follow Discord
Sweep 06 Nov 2026 · 01:32Z Build v2.1.319 537 read Stable v2.1.311 Latest v2.1.318 Next v2.1.319 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.275 ·

Scheduled task lock acquisition skipped in certain remote/So() sessions

A scheduled-task lock is now skipped entirely in certain remote sessions instead of being acquired

Under the hood Internal Changes
JSON All of v2.1.275
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
ElsewhereArea: what it touches
Internal ChangesKind: in v2.1.275,
Internal ChangesSection of the release

Unclear It is unclear exactly what session/context check this guards against or what practical effect skipping the lock has for the reader.

What

The internal function that acquires a lock before running a scheduled task now returns immediately, without ever touching the lock file, when no explicit lock directory is given and the session is running in a certain remote context. In that situation the lock is simply never acquired.

Why

Skipping the lock check avoids unnecessary file operations in remote sessions where the lock wasn't being used meaningfully, though it means scheduled-task locking behaves differently there than in a normal local session.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtIt is unclear exactly what session/context check this guards against or what practical effect skipping the lock has for the reader.

See this entry in the whole of v2.1.275 →

Feedback