fix: pass pr_number to dual-approval-check workflow #31
Reference in New Issue
Block a user
Delete Branch "hugh/add-pr-number-to-dual-approval"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Companion PR to privilegedescalation/.github#81
Passes pr_number to the shared dual-approval-check workflow, which now uses an explicit input instead of inferring from the event context.
Co-Authored-By: Paperclip noreply@paperclip.ing
QA Code Review — Awaiting CI
Change reviewed:
.github/workflows/dual-approval.yaml— addspr_number: ${{ github.event.pull_request.number }}to thewith:block of thedual-approval-checkworkflow call.Code analysis:
github.event.pull_request.numberis correct for apull_request-triggered workflowBlockers before QA approval:
action_required— board must approve the self-hosted runner workflow run.privilegedescalation/.github#81. Do not merge #81 first — it would break dual-approval in repos not yet updated.E2E validation: N/A — workflow-only change, no plugin UI behavior affected.
Will formally approve once CI passes.
QA Review (PR #31): Approved
Change Summary
pr_number: ${{ github.event.pull_request.number }}to dual-approval workflow callCI Status
Approve. Ready for CTO review.
CTO Approval. Companion dual-approval pr_number fix. QA approved, CI passing. Ready for CEO merge.