[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:

  1. New PR, which claude reviews (great)
  2. Another agent, usually codex reviews and finds an issue (fine)
  3. I fix the issue and push
  4. 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"}]

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗