Second Gitea 1.27 casualty, found while verifying the netherstorm fix: the caller's workflow_dispatchinputs don't propagate into a called workflow's github.event (same rework that changed event_name — PR-event payloads DO propagate, dispatch inputs don't). A manual "review PR #N" dispatch arrived with PR= and died at the entrypoint's PR required check (observed: mort run 5167).
Fix: accept pr_number as an explicit workflow_call input and fold it into the PR env fallback chain. Caller stubs pass pr_number: ${{ github.event.inputs.pr_number }} (empty on non-dispatch events, harmless). Mirrored onto the hotfix lineage with stub updates + pin bumps.
Second Gitea 1.27 casualty, found while verifying the netherstorm fix: the caller's `workflow_dispatch` **inputs** don't propagate into a called workflow's `github.event` (same rework that changed `event_name` — PR-event payloads DO propagate, dispatch inputs don't). A manual "review PR #N" dispatch arrived with `PR=` and died at the entrypoint's `PR required` check (observed: mort run 5167).
Fix: accept `pr_number` as an explicit `workflow_call` input and fold it into the `PR` env fallback chain. Caller stubs pass `pr_number: ${{ github.event.inputs.pr_number }}` (empty on non-dispatch events, harmless). Mirrored onto the hotfix lineage with stub updates + pin bumps.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Gitea >= 1.27 does not propagate the caller's workflow_dispatch inputs
into a called workflow's github.event (same rework that changed
event_name), so a manual 'review PR #N' dispatch arrived with an empty
PR and died at the entrypoint's 'PR required' check. Accept pr_number as
an explicit workflow_call input and fold it into the PR env fallback
chain; caller stubs pass github.event.inputs.pr_number through.
Co-Authored-By: Claude Fable 5 <[email protected]>
steve
merged commit f468fe6245 into main2026-07-16 03:34:29 +00:00
steve
deleted branch fix/dispatch-pr-input2026-07-16 03:34:30 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Second Gitea 1.27 casualty, found while verifying the netherstorm fix: the caller's
workflow_dispatchinputs don't propagate into a called workflow'sgithub.event(same rework that changedevent_name— PR-event payloads DO propagate, dispatch inputs don't). A manual "review PR #N" dispatch arrived withPR=and died at the entrypoint'sPR requiredcheck (observed: mort run 5167).Fix: accept
pr_numberas an explicitworkflow_callinput and fold it into thePRenv fallback chain. Caller stubs passpr_number: ${{ github.event.inputs.pr_number }}(empty on non-dispatch events, harmless). Mirrored onto the hotfix lineage with stub updates + pin bumps.🤖 Generated with Claude Code