Skip to content

maintainer-resolve-comment.sh @-mentions the bot it is clearing, so Codex posts a new blocking comment every time #2255

Closed

Description

@don-petry

Problem

scripts/maintainer-resolve-comment.sh clears a registered bot's status comment (Codex usage notice, SonarCloud clean status, and so on) by posting a reply and then minimizing the original. The reply begins Maintainer disposition of @<bot>'s status comment by @<maintainer>: (line 223). That @<bot> is a live mention.

Codex answers every mention. So clearing a Codex usage-limit notice makes Codex post a new comment a few seconds later, and the PR is blocked by the new comment instead of the old one. The tool cannot win against Codex.

Evidence

Acceptance criteria

  1. The reply the tool posts does not mention the bot or the maintainer. Name them without the @ (for example in backticks), keeping the maintainer-resolve marker unchanged.
  2. A bats test asserts the reply body contains no @<login> for either account.
  3. Codex's "To use Codex here, create an environment for this repo" notice is added to its info_status_pattern in scripts/lib/reviewer-sources.tsv, with a test, so an existing one can be cleared.

Activity

  1. don-petry commented on Oct 11, 2026

    @don-petry
    CollaboratorAuthor

    Dev-Lead Implementation Plan

    Issue: #2255 — maintainer-resolve-comment.sh @-mentions the bot it is clearing, so Codex posts a new blocking comment every time

    Scope

    Stop the maintainer-resolve reply from @-mentioning the bot or the maintainer, and register Codex's "create an environment" notice as an info-status body so it can be cleared.

    Implementation Checklist

    • scripts/maintainer-resolve-comment.sh — mrc_build_reply_body names the bot and the maintainer in backticks instead of @login; the maintainer-resolve marker stays the same
    • scripts/lib/reviewer-sources.tsv — add To use Codex here, [create an environment for this repo](…). to the chatgpt-codex-connector info_status_pattern, anchored at both ends like the existing usage-limit forms

    Tests to Write

    Test Command

    bats tests/dev-lead/unit/test_maintainer_resolve_comment.bats tests/test_reviewer_sources.bats (plus the full bats suite)

  2. don-petry commented on Oct 11, 2026

    @don-petry
    CollaboratorAuthor

    Dev-Lead: Progress (in progress — not yet durable)

    Provisional. Nothing is pushed yet; the automation posts the authoritative
    completion record (with PR number + head SHA) after the push. Treat the notes
    below as intent, not delivered results.

    Plan Execution (intended)

    Files touched (this workspace, not yet pushed)

    Notes

    test_engine_fallback.bats and test_engine_gemini_35.bats fail locally both with and without this change, so those failures already existed here and are not caused by it.

  3. don-petry commented on Oct 11, 2026

    @don-petry
    CollaboratorAuthor

    Dev-Lead: Implementation Complete — PR #2265

    The implementation for issue #2255 is durable: commits are pushed and a pull request is open. This record is backed by verifiable artifacts you can confirm in one click.

    Review happens on the PR. Acceptance criteria and test results are evidenced by the PR's diff and CI checks — not asserted here. If a later stage fails, this claim is retracted in place.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugBug reportsdev-leadFor dev-lead agent pickup

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions