Skip to content

idd-verify: external-writes audit blocks are partitioned by source issue, so a write recorded under #A but landing on #B reads as "no record" under #B #342

Description

@kiki830621

Problem

idd-verify's external-writes collector (#315) partitions the audit-trail records by the issue whose comments/body carry them. A write recorded under issue A's ### Sister Concerns Filed / ### Linked-Context Siblings Filed that actually landed ON issue B (e.g. a comment posted to B) therefore shows up only in the --- #A --- block, while the --- #B --- block says "no audit-trail record found … treat the blast radius as unconfirmed". Observed in PsychQuant/che-apple-mail-mcp PR #407 verify R3 (finding R3-20): the record of the comment posted on #333 lived under #404's block; #333's block claimed no record. A reviewer reading only #333's partition is told the opposite of what the file itself knows.

Type

enhancement (verify tooling; report accuracy)

Expected

When an audit-trail entry names a target issue that is also in REFD_ISSUES (e.g. #333 inside a row of #404's sister table), the collector cross-lists that entry under the target issue's block too (or emits "recorded under #404, targets #333"). "No record found" should be emitted only when no ref'd issue's records mention the issue at all.

Context

Activity

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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions