[ZEA] SIG-4790 - [PREMIUM] Dev Documentationon is unclear, only the V1 Events API uses the contexts JSON array to make images available#137
Open
pd-rae-stg[bot] wants to merge 1 commit into
Conversation
Addresses customer confusion (SIG-4790) about how images are attached differently between Events API v1 and v2: - V1 uses `contexts` array with `type: "image"` objects - V2 uses `images` array directly without a type field Changes: - Added cross-reference notes to both v1 and v2 docs explaining the structural differences - Clarified that image URLs must point directly to image files, not web pages containing images - Specified that URLs must be publicly accessible by PagerDuty This helps developers understand why their v1-style `contexts` payloads don't work in v2, and vice versa. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
mikhatibi
approved these changes
May 13, 2026
blagh
reviewed
May 13, 2026
| Every `context` must have a `type`. There are a few different types of contexts supported; the fields allowed and required depend on the context type. | ||
|
|
||
| > **Note:** Events API v1 uses the `contexts` array with typed objects (e.g., `type: "image"` or `type: "link"`) for attaching assets to incidents. This is different from [Events API v2](../../docs/events-API-v2/02-Trigger-Events.md#context-properties), which uses separate `images` and `links` arrays without a `type` field. When migrating to v2, update your payload structure accordingly. | ||
|
|
Contributor
There was a problem hiding this comment.
It feels strange to do this for only one of the differences between v1 and v2 -- maybe there should be something more like a migration guide?
blagh
reviewed
May 13, 2026
| ------ | -------- | ----------- | ||
| `type` | Yes | The type of context being attached to the incident. For image contexts, this must be `image`. | ||
| `src` | Yes | The source (URL) of the image being attached to the incident. This image must be served via HTTPS. | ||
| `src` | Yes | The source (URL) of the image being attached to the incident. This image must be served via HTTPS. The URL must be publicly accessible by PagerDuty and must point directly to an image file (e.g., `.png`, `.jpg`, `.gif`), not to a web page containing an image. |
Contributor
There was a problem hiding this comment.
I think this is only true when the type is image
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Automated Customer Investigation Remediation
This PR contains an automated fix for the customer investigation described in the above Jira ticket, generated by the
jiraplugin's triage skill. Pleasereview it carefully before merging as this PR was automatically generated.
Jira Ticket: SIG-4790 - [PREMIUM] Dev Documentationon is unclear, only the V1 Events API uses the contexts JSON array to make images available
Fix Details
Perfect! The documentation has been successfully updated and pushed to GitHub. Let me provide the analysis summary:
Analysis Summary - SIG-4790
Issue Description
Customer reported that the developer documentation is unclear about the differences between Events API v1 and v2 regarding how images are attached to alerts. The confusion arises because:
contextsarray with typed objects (e.g.,type: "image")imagesandlinksarrays without atypefieldAdditionally, the documentation didn't clearly specify that image URLs must point directly to image files (not web pages) and must be publicly accessible by PagerDuty.
Root Cause
The documentation lacked clear cross-references and explicit warnings about the structural differences between API versions. Developers migrating from v1 to v2 (or vice versa) could easily miss this critical distinction, leading to failed image attachments.
Fix Applied
Updated documentation in the
PagerDuty/developer-docsrepository with the following changes:Added clarifying notes to Events API v2 documentation (
docs/events-API-v2/02-Trigger-Events.md):imagesarray directlysrcfield description to specify that URLs must point directly to image files and be publicly accessibleAdded clarifying notes to Events API v1 documentation (
docs/events-API-v1/02-Trigger-Events.md):contextsarray with typed objectssrcfield description with the same clarity about direct image URLsExample Clarification
The documentation now clearly shows:
V1 API Format:
V2 API Format:
Testing & Validation
Impact
Review Checklist