-
Bug
-
Resolution: Unresolved
-
Medium
-
None
-
9.12.0, 10.3.0, 10.3.12, 11.0.0, 11.1.1
-
None
-
9.12
-
Severity 2 - Major
-
Issue Summary
When Jira serializes issue payloads for webhooks, all changelog entries for an issue are included in the payload by default, regardless of the number of entries or the needs of the webhook consumer.
For issues with a long history, this can result in extremely large payloads, slow webhook delivery, and excessive database and network load. There is currently no way to configure or limit the number of changelog items included in webhook payloads.
Steps to Reproduce
1. Create an issue and perform a large number of updates to generate a substantial changelog history.
2. Trigger a webhook (e.g., issue updated).
3. Observe the size of the webhook payload and the time taken to generate and deliver it.
Expected Results
Webhook payloads should include a configurable, reasonable number of changelog items.
Payload generation should be performant and scalable, regardless of issue history size.
Actual Results
All changelog entries are always included in the webhook payload. For issues with extensive history, this leads to:
- Very large payloads
- Slow webhook delivery
- Increased database and network load
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available
- causes
-
JRASERVER-67865 Activity Stream is timing out when both comments and history entry number for an issue is too high
-
- Gathering Impact
-
- relates to
-
JRASERVER-79070 Webhook payloads generated for all webhooks cause performance issues
-
- Closed
-
-
JRASERVER-78911 Slow issue JSON generation (webhooks/REST API) in Jira Data Center when custom fields are overly scoped
-
- In Review
-
-
JRASERVER-59998 Limit changelog to 20 entries, and add /changelog endpoint for full history
- Gathering Interest