claude exits rc=1 at finalization on porksicle.com#118 — same crash as igor#334, now on a second repo #345
Labels
No labels
Agent
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No assignees
1 participant
Notifications
Total time spent: 1 minute 40 seconds
Due date
igor
1 minute 40 seconds
No due date set.
Dependencies
No dependencies set
Reference
joshtronic/igor#345
Loading…
Reference in a new issue
No description provided.
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?
The known "claude exits rc=1 at finalization" failure (open issue is scoped to
igor#334) is not issue-specific: it just abandoned work on a different repo,joshtronic/porksicle.com#118, on two consecutive ticks. In both runs claude completed the actual fix (editedgame.js, tests/verify/lint green, security review clean) and crashed with rc=1 immediately after the/security-reviewfinalization step, so ship-safety refused to commit and the issue is nowblocked.This is new signal beyond the existing igor#334 ticket: the crash reproduces across repos at the same finalization stage, so the root cause is systemic (harness/finalization), not tied to one issue. The
fix(observability): preserve claude's stream on a nonzero exitcommit is working (streams were preserved to crash-logs) but does not address the rc=1 crash itself.Tick 1 (01:18–01:25):
Tick 2 (01:27–01:33):
Both crashes land right after the security-review Skill /
ReportFindings— the last log lines before each rc=1 are the security-review invocation, strongly implicating the finalization path.Fixed looks like: the finalization/security-review step no longer exits rc=1 after a clean run; completed fixes get committed and a PR opens instead of being re-queued/blocked. Ideally the existing igor#334 issue is re-scoped to reflect this is a generic finalization crash (crash-log post-mortems at
20260704T012502and20260704T013349should show the exact failing tool/step).service: agent.service
severity: medium
window: 2026-07-04 01:00-02:00 (filed by the hourly logwatch pass)
Closing as superseded noise (CoS cleanup). Same root cause as #342 — the 50-turn cap killing a completed+verified fix (here porksicle#118, which was done + Playwright-verified before capping). Fixed at the source by
--max-turns 100in #344; porksicle#118 will re-run clean once that merges. The cross-repo repro was useful signal — captured in #344.