[Bug] Claude Code re-review parrots previous agent comments despite fix in new commit
Resolved 💬 3 comments Opened Jan 5, 2026 by brent-lemieux Closed Feb 19, 2026
Bug Description
in gh code review, i typically run into the following issue in my workflow:
- New PR, which claude reviews (great)
- Another agent, usually codex reviews and finds an issue (fine)
- I fix the issue and push
- Claude re-reviews after the new commit, but just parrots the codex comment as a blocking change completely ignoring that the new commit addresses it (the issue)
Environment Info
- Platform: darwin
- Terminal: iTerm.app
- Version: 2.0.76
- Feedback ID: 86e96c72-e22c-4141-a4e0-5e1c099b835d
Errors
[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/brent/.local/share/claude/versions/2.0.76 (expected in multi-process scenarios)\n at XZR (/$bunfs/root/claude:2430:2165)\n at fUA (/$bunfs/root/claude:2430:1885)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-05T19:49:26.511Z"},{"error":"Error: Plugin not found in any marketplace\n at YmB (/$bunfs/root/claude:2657:52289)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-05T19:49:27.526Z"},{"error":"Error: Request was aborted.\n at makeRequest (/$bunfs/root/claude:801:3940)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-05T20:47:51.100Z"},{"error":"Error: Request was aborted.\n at makeRequest (/$bunfs/root/claude:801:3940)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-05T20:48:20.617Z"},{"error":"AbortError: The operation was aborted.\n at unknown\n at abortChildProcess (node:child_process:935:42)\n at onAbortListener2 (node:child_process:35:24)\n at abort (unknown)\n at <anonymous> (/$bunfs/root/claude:4704:2171)","timestamp":"2026-01-05T20:53:38.869Z"}]This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗