Restore archived P32 and P30 tasks for same-task upstream review fixes #78
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Operations UI action only: unarchive existing P32 bc323448-2d50-45dc-9f39-e2d48bd02308 and P30 0234bdf8-a4c5-4968-abdc-8804d530bc67. Preserve fixed Opus profiles, existing worktrees and branches. Do not create replacement tasks or sessions, implement, review, deploy or change API/DB archive state. Controller already appended bounded remediation briefs in child Plans c6cbbb97/e1013706 for upstream #4429 shared15s detection/version budget and #4430 restart-failure catalog notification. Both workflow moves were rejected once: archived tasks cannot be moved. MCP archive documentation says unarchive is a user UI action. After UI restoration report actual same-task identities/state to controller; controller will start by native workflow and workers hand off new commits/heads/RED-GREEN to W091. Upstream writes remain W091-only. This queue requests restoration, not approval of new scope.
Controller dd7c90c3 native read 2026-10-12 04:16Z: P32 bc323448 and P30 0234bdf8 are visible/unarchived but remain SCHEDULING/Backlog; their ONE recovery sessions 18e15b2f and 4b7e465e are FAILED after unsafe-existing-workspace errors. Original primaries are CANCELLED. UI visibility restoration is complete; original-worktree restoration remains unproved. Do not repeat unarchive, enqueue, launch, copy, or transfer implementation to W091. Operations must restore the ORIGINAL assigned worktrees and report same-task/path/profile/head receipts; controller then starts only supported same-task/SAME-Opus NEW sessions under the current-instance recovery exception. Preserve heads 95f7dc5e37 and 00dc7d6e28 and mandatory #4429/#4430 findings. This progress note updates existing restoration work; it is not a new queue or completion/closure. Ops alone owns closing this queue.