Skip to content

fix: fetch real issue metadata in webhook replay script#72

Open
JoshSalomon wants to merge 1 commit into
forge-sdlc:mainfrom
JoshSalomon:fix/webhook-script-metadata
Open

fix: fetch real issue metadata in webhook replay script#72
JoshSalomon wants to merge 1 commit into
forge-sdlc:mainfrom
JoshSalomon:fix/webhook-script-metadata

Conversation

@JoshSalomon
Copy link
Copy Markdown
Contributor

Summary

The webhook replay script (devtools/run-wh.sh) hardcodes issuetype: "Feature" from the test payloads. When targeting Epics or Tasks, this bypasses the parent routing logic — the webhook handler never checks forge:parent labels, so child ticket events are processed as standalone Features.

The script now fetches the real issue type, labels, summary, and status from Jira and injects them into the payload before sending.

What changed

  • Fetch issue metadata via GET /rest/api/3/issue/{key}?fields=issuetype,labels,summary,status
  • Inject real issuetype, labels, summary, status into the payload
  • Print detected issue type for visibility

Test plan

  • devtools/run-wh.sh AISOS-741 (Feature) — payload shows issuetype: "Feature"
  • devtools/run-wh.sh AISOS-751 (Epic) — payload shows issuetype: "Epic", routes to parent

🤖 Generated with Claude Code

The test payloads hardcode issuetype as "Feature", which bypasses
parent routing for Epics/Tasks. The script now fetches the real
issue type, labels, summary, and status from Jira and injects them
into the payload, so child ticket events route correctly.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
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