Requex.me LogoRequex.me

Documentation

Browse by section

Keep all guides, tool docs, automation recipes, and comparison pages in one navigable place.

Docs Home
Docs

Foundation docs for getting started fast, understanding key terms, and tracking what has changed.

Guides

Start with fundamentals, then move into provider-specific webhook testing and production hardening.

Tool Docs

These pages explain what each tool does, when to use it, and how it fits into a webhook debugging workflow.

Automation Docs

Use these setup guides when you want forwarding rules, custom responses, security checks, or multi-destination fanout.

Compare

Use these pages to compare developer workflows, pricing tradeoffs, and feature differences between webhook tools.

How to Test Jira Webhooks

Capture full Jira issue, sprint, and project event payloads during development — without waiting for production workflows to fire.

Editorially reviewed by the Requex team10 min readAbout the product

TL;DR: Get a free endpoint from requex.me, go to Jira System Settings → WebHooks (or Project Automation), add the URL, select the events, and create or update an issue. The full JSON payload appears in Requex instantly — no server required.

What Jira Sends

Jira webhooks send a rich JSON payload that includes the full issue object, the user who triggered the event, the changelog (what changed), and timestamps. The payloads are large — a single issue update can be several kilobytes. Seeing the real shape before building your handler is essential.

EventTriggerUse Case
jira:issue_createdNew issue createdAuto-assign, notifications, CRM sync
jira:issue_updatedIssue fields, status, or assignee changedStatus sync, deployment gates
jira:issue_deletedIssue deletedAudit logging, external sync cleanup
sprint_createdNew sprint created in a boardCapacity planning automation
sprint_startedSprint startsTeam notifications, metric snapshots
project_createdNew Jira project createdProvisioning, access management

Step 1 — Generate a Requex Endpoint

Open requex.me and copy your unique URL:

https://requex.me/hook/a1b2c3d4-e5f6-7890-abcd-ef1234567890

Step 2 — Configure Jira Webhook

Jira offers two places to set up webhooks depending on your version and use case:

Jira Cloud — System WebHooks (Admin)

  1. Go to Jira Settings (gear icon) → System → WebHooks.
  2. Click Create a WebHook.
  3. Paste your Requex URL into the URL field.
  4. Select the events: Issue events, Project events, and Sprint events are the most used.
  5. Optionally add a JQL filter to limit events to a specific project (e.g., project = MYPROJECT).
  6. Click Create.

Jira Cloud — Project Automation

  1. Go to your project → Project Settings → Automation.
  2. Create a new rule with a trigger (e.g., "Issue updated").
  3. Add a Send web request action and paste your Requex URL.
  4. This approach works for projects where you don't have Jira admin access.

Step 3 — Trigger a Test Event

Create a new issue in any project covered by your webhook. Go to Create Issue, fill in the summary, and save. The jira:issue_created event fires immediately and should appear in Requex within a few seconds.

To test jira:issue_updated, change the status of the issue you just created — drag it to "In Progress" on the board. Each status transition fires a separate event with a full changelog array.

Step 4 — Inspect the Payload

Jira payloads are rich and deeply nested. Here is a condensed example of an issue_updated event:

{
  "timestamp": 1712345678901,
  "webhookEvent": "jira:issue_updated",
  "issue_event_type_name": "issue_generic",
  "user": {
    "accountId": "5b1234abc123",
    "displayName": "Jane Smith",
    "emailAddress": "jane@example.com"
  },
  "issue": {
    "id": "10042",
    "key": "PROJ-42",
    "fields": {
      "summary": "Fix login redirect bug",
      "status": { "name": "In Progress" },
      "assignee": { "displayName": "Jane Smith" },
      "priority": { "name": "High" },
      "issuetype": { "name": "Bug" }
    }
  },
  "changelog": {
    "id": "12345",
    "items": [
      {
        "field": "status",
        "fromString": "To Do",
        "toString": "In Progress"
      }
    ]
  }
}

The changelog.items array is what your handler should inspect to determine what actually changed. A single update can contain multiple changelog items if several fields changed simultaneously.

Jira-Specific Behaviour

X-Atlassian-Token header

Jira sets X-Atlassian-Token: no-check on every request. This is a remnant of Jira's CSRF protection system — it signals that CSRF validation should be skipped. Your endpoint can ignore it safely.

No signature by default (Jira Cloud)

Jira Cloud webhooks do not include an HMAC signature header by default. If you need to secure your endpoint, put it behind a secret path or use the Requex authentication settings to require a custom header or token from Jira's Automation "Send web request" action.

JQL filtering reduces noise

Without a JQL filter, your webhook receives events from every project in the instance. Add project = YOUR_PROJECT_KEY to the JQL field to limit events during development.

Common Issues

ProblemCauseFix
No events arrivingWebhook system settings require admin accessUse Project Automation instead, or ask your Jira admin to create the system webhook
Too many events flooding the endpointNo JQL filter appliedAdd a JQL clause to restrict to your project or issue type
Payload missing custom fieldsCustom fields use internal IDs not namesUse the Jira API to map customfield_10001 IDs to human-readable names

Test Jira Webhooks Free

Capture full Jira issue payloads and inspect every field in the changelog. No signup required.

Open Requex →

Related guides

Start Testing Webhooks Now

Generate your unique URL and test webhooks instantly. Free, no signup.

Open Webhook Tester →