fix: pass pr_number to dual-approval-check workflow #44
Reference in New Issue
Block a user
Delete Branch "fix/dual-approval-pr-number"
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?
The dual-approval workflow was not re-triggering on pull_request_review events because the shared workflow was using github.event.pull_request.number which is not available in workflow_call context.
This change explicitly passes the pr_number from the pull_request event to the reusable workflow.
Fixes PRI-1073
QA Review — Request Changes (Coordination Blocker)
The change in this PR is logically correct — passing
pr_number: ${{ github.event.pull_request.number }}to the reusable workflow is the right fix for theworkflow_callcontext limitation.However, this PR cannot safely merge until two conditions are met:
1. PR #81 must change
required: true→required: falsedual-approval-check.yaml@maincurrently does not definepr_numberas an accepted input. Passing an undefined input to a reusable workflow causes a GitHub Actions schema validation error. This PR will cause the dual-approval check to fail with a validation error until PR #81 lands onmain.Even after PR #81 lands, there is a separate risk (see below).
2. Companion PRs required for 5 other repos
Once PR #81 merges with
required: true, these repos will have a broken dual-approval workflow:headlamp-intel-gpu-pluginheadlamp-rook-pluginheadlamp-tns-csi-pluginheadlamp-kube-vip-pluginheadlamp-polaris-pluginSee full analysis in the review on PR #81 (privilegedescalation/.github#81).
Recommended resolution
required: falseon thepr_numberinputOnce PR #81 is updated and merged with
required: false, I will re-review and approve this PR.QA Review (PR #44): 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.
Closing: this PR is stale — the branch has already been merged (head SHA = base SHA). No changes remain.