You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
dep-review workflow fails to request review: "Could not resolve" openvmm-dependency-reviewers team #3471
The Dependency Review workflow (.github/workflows/dep-review.yml) fails on every PR that introduces external Cargo dependency changes. The script in .github/scripts/dep-review.js calls pulls.requestReviewers for the team microsoft/openvmm-dependency-reviewers, and GitHub responds with a 422:
RequestError [HttpError]: Validation Failed: "Could not resolve to a node with the global id of 'T_kwDOAF3p4s4AqrNG'."
at async run (/home/runner/work/openvmm/openvmm/.github/scripts/dep-review.js:338:5)
POST URL: https://api.github.com/repos/microsoft/openvmm/pulls/<n>/requested_reviewers
Body: {"team_reviewers":["openvmm-dependency-reviewers"]}
The unhandled error fails the workflow step and blocks the PR's required check.
Affected runs
Every recent failure of the Dependency Review workflow was hit by this. A few examples:
PRs without external dep changes pass because the team-request branch in the script is never reached.
Likely cause
The team slug openvmm-dependency-reviewers (under the microsoft org) is no longer resolvable by the workflow token \u2014 most likely the team was deleted, renamed, or had its repo access removed. A stale cached node ID (T_kwDOAF3p4s4AqrNG) shows up in the error message.
Suggested fix
One of:
Recreate / restore access for the microsoft/openvmm-dependency-reviewers team.
Update DEP_REVIEW_TEAM in .github/scripts/dep-review.js to a team that exists and is accessible to the workflow.
Wrap the requestReviewers call in a try/catch so a missing team doesn't fail the check (and surfaces a warning instead).
Option 3 alone would unblock PRs immediately even if the team situation is still being sorted out.
Activity
smalis-msft commentedon May 14, 2026
One alternative being considered: rewrite our dependency checks entirely to enforce better rules.