We’re excited to announce a new feature for Connect apps - webhook trace header.
To trace the origin of a webhook, Connect apps can attach the X-Atlassian-Webhook-Trace HTTP header with a value consisting of a string of up to 255 printable ASCII characters to a REST API request.
The header and its value is then attached to every webhook sent from Jira for the REST API request.
You can use the webhook trace header to, for example:
Differentiate between webhooks triggered by various REST API requests.
Thanks @TomaszZasada, sounds great!
Will the header be attached to post function /triggered calls, since they are technically webhooks? For example, if you use the REST API to transition an issue, passing the header, will post functions that are triggered as part of that transition also pass the header back? Likewise, if you create a new issue using the REST API, will post-functions on the Create Issue transition also pass the header back?
Thanks for the message
Trace header should work with POST /rest/api/3/issue/{issueIdOrKey}/transitions API but I encourage you to check it for yourself because there can be some scenarios when the header is not available (due to some intricate event messaging in Jira). Let us know when you find out a case like that. We’ve tried to test and check every possible API call but you never know…
Hello @TomaszZasada, I’m looking for this support in Forge. I can set the header on my Jira REST calls but can’t find the headers in the triggered event handler. Is it available in Forge?
Unfortunately, this feature is not available in Forge. We don’t have it on our roadmap currently.
I’ve created a public ticket for this feature request: [ACJIRA-2451] - Ecosystem Jira where you can track it.
We will discuss it during the nearest triage session.
Thanks!