Deleting a background job won't delete a directory another live session is using.
What's wrong with this entry?
Job deletion now reports an "occupied" outcome instead of removing the worktree when it is the working directory of a live process. The message distinguishes a session you backgrounded from this window, a background session with a job id, and a bare process id and kind.
deleteJob: ${c} is the working directory of a live session (pid ${m.pid}, ${m.kind})
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.223
Background job state and roster writes can route through the v5 storage backend
Both mention background
-
v2.1.248
claude logsno longer lets replayed output corrupt your terminalBoth mention background
-
v2.1.248
Job list offers "open" rather than "resume" for a job already attached to a terminal
Both mention background