Skip to content

docs: correct the lastlight note — a regression, not a missing feature - #72

Open
robinbowes wants to merge 1 commit into
mainfrom
fix/correct-lastlight-note
Open

docs: correct the lastlight note — a regression, not a missing feature#72
robinbowes wants to merge 1 commit into
mainfrom
fix/correct-lastlight-note

Conversation

@robinbowes

Copy link
Copy Markdown
Contributor

Corrects the note added in #71.

What was wrong

#71 stated that lastlight "exposes no approve capability at all". It does:

  • packages/agentic-pi/src/extensions/github/client.ts calls pulls.createReview with event: "APPROVE".
  • claude-plugin-reportlab-pdf#18 carries yo61-lastlight: APPROVED, dated 2026-07-30, with a review body in the dependency-assessment agent's own voice ("Trivial and low-risk").

So the dependency path approved correctly two weeks before the stall. This is a regression to locate, not a feature to build — which changes where the fix belongs.

Why the error happened

The claim rested on gh search code --repo yo61/lastlight returning zero hits for github_approve, approve_pull_request, submitReview and a bare APPROVE. yo61/lastlight is a fork of nearform/lastlight, and GitHub excludes forks from the code index — the query could only ever return zero. Four zero-hit queries including a generic term was the signal that the index was empty, not the codebase.

The note now records that trap, since anyone re-checking this will reach for the same command.

What stands

The symptom and the mechanism are unchanged: dependabot-pr-merge runs under a profile granting github_enable_auto_merge, github_add_issue_comment and github_add_labels with no review tool, the router reserves REVIEW for non-dependency PRs, and green bumps sit armed at reviews=0.

Also adds the empirical result from applying #71: after allow_auto_merge went true on claude-plugin-reportlab-pdf, all four of its Dependabot PRs were re-armed per decisions/2026-08-10-post-apply-pr-reevaluation.md and all four stayed BLOCKED at reviews=0. The flag was never the binding constraint.

The previous note said lastlight exposes no approve capability. It does:
`pulls.createReview` with `event: "APPROVE"` in agentic-pi's GitHub client,
and reportlab-pdf#18 carries a lastlight approval dated 2026-07-30.

The claim rested on `gh search code` against yo61/lastlight returning zero
hits. It is a fork, and GitHub excludes forks from the code index, so the
query could only ever return zero. Record that trap alongside the finding.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

@yo61-lastlight yo61-lastlight Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This updates the repository note to distinguish the stranded Dependabot PR problem as a lastlight dependency-path approval regression rather than a missing approval capability. I found no blocking issues in the documentation change.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant