Skip to content

Document ticketing integration patterns and Linear/Jira troubleshooting#55

Open
samgutentag wants to merge 1 commit into
mainfrom
sam-gutentag/ticketing-integrations
Open

Document ticketing integration patterns and Linear/Jira troubleshooting#55
samgutentag wants to merge 1 commit into
mainfrom
sam-gutentag/ticketing-integrations

Conversation

@samgutentag
Copy link
Copy Markdown
Member

Summary

  • New page flaky-tests/management/ticketing/integration-patterns.mdx covering the cross-cutting concerns for Linear and Jira ticketing: button vs webhook vs custom-handler tradeoffs, link-back asymmetry, webhook idempotency, CODEOWNERS routing, the beta auto-analyses 100/month rate limit, and Jira-specific 401 / cross-project-link troubleshooting.
  • Small cross-link callouts added to the Linear and Jira integration pages so users hitting these gaps find the new page from where they're already reading.
  • docs.json updated to include the new page in the Ticketing group sidebar.

Why

Sourced from customer feedback mining (cluster ticketing-integration-linear-jira, verdict partial, 10 pairs across 6 customers, first-class IA candidate). Linear and Jira ticketing integrations are a top driver of integration questions; recurring gaps include the link-back asymmetry between button-created and webhook-created tickets, missing webhook idempotency, Jira credentials troubleshooting, and the under-surfaced 100/month beta auto-analysis rate limit.

Items flagged for review

  • 100/month rate limit — wording is based on the cluster example (trunk-healthie thread, customer raised to 500 on request). Confirm against current eng config; if the default has changed, the number needs a tweak.
  • Page placement (Option A vs B) — went with Option B: one shared "Integration patterns and troubleshooting" page cross-linked from both Linear and Jira. Avoids duplicating link-back / idempotency / CODEOWNERS content twice. If preference is to inline these into both Linear and Jira pages instead, easy to refactor.
  • Linear automation pattern (Pattern B) — described conceptually but no example snippet included; the cluster examples didn't have a worked example either. If we want one, would need eng input on a recommended Linear automation config.
  • test_case.id shape claim — said the webhook payload's test_case.id is "the stable identifier Trunk expects" for link-ticket. Confirm against link-ticket-to-test-case API spec; if the API expects a different field shape, the Info callout needs adjusting.
  • CODEOWNERS routing in manual ticket creation — claimed the button flow "does not consult CODEOWNERS either". Confirm against current behavior — verified field defaults exist but no claim about CODEOWNERS in the existing Linear/Jira pages, so this is inferred from absence.
  • Jira API token / project access language — pulled directly from the trunk-chainlink thread example. Confirm external_ticket_id is the correct request field name (vs ticket_id, external_id, etc).

Customer signal

@samgutentag samgutentag added the needs review PR sourced from customer-feedback-mining; needs human scrutiny for accuracy before merge label May 20, 2026
@mintlify
Copy link
Copy Markdown
Contributor

mintlify Bot commented May 20, 2026

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
trunk 🟢 Ready View Preview May 20, 2026, 11:25 PM

💡 Tip: Enable Workflows to automatically generate PRs for you.

@samgutentag
Copy link
Copy Markdown
Member Author

samgutentag commented May 26, 2026

Verification status (2026-05-29): live

Verified: customers can use this. Ready to publish.

  • Flag state: no feature flag involved; LaunchDarkly not consulted (nothing to read)
  • Eng PR: none (customer feedback-sourced ticketing integration patterns)
  • Flag: none
  • Signals: No engineering dependency and no feature flag. This PR documents existing ticketing integration behaviors (button vs webhook vs custom-handler tradeoffs, link-back asymmetry, webhook idempotency, CODEOWNERS routing, Jira troubleshooting) sourced from 10 customer pairs across 6 channels. All described patterns apply to the currently-shipped product.

Ready to publish after editorial review of flagged items (100/month rate limit number, test_case.id shape, CODEOWNERS behavior).


Generated by Claude Code

@samgutentag samgutentag added ready to merge Verify docs PR: customers can use this. Ready to publish. and removed needs review PR sourced from customer-feedback-mining; needs human scrutiny for accuracy before merge labels May 26, 2026
Net-new page consolidating the cross-cutting topics for Linear and Jira
ticketing integrations: button vs webhook vs custom-handler tradeoffs,
the link-back asymmetry between manual and webhook-created tickets,
webhook idempotency (flaky -> healthy -> flaky duplicates), CODEOWNERS
routing not being supported by the built-in connectors, the beta auto-
analyses 100/month rate limit, and Jira-specific troubleshooting for
401 invalid credentials and cross-project link permissions.

Sourced from clustered customer Q&A (cluster_id ticketing-integration-
linear-jira, verdict partial, 10 pairs across 6 customers). Sits as a
sibling page under flaky-tests/management/ticketing/ next to the
existing Linear and Jira integration pages. Linear and Jira pages each
get a small cross-link callout so users hitting these issues find the
new page from where they already are.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Copy link
Copy Markdown
Member Author

Verification status (May 31, 2026): live

Ticketing integrations docs cover existing, shipped patterns — no flag or eng dependency.

  • Flag state: not consulted
  • Eng PR: none
  • Flag: none
  • Signals: documents existing ticketing integration behavior already available to all customers

Next action: merge this PR.


Generated by Claude Code

Copy link
Copy Markdown
Member Author

Docs Verify Sweep · June 1, 2026 · ✅ live

Feature is live in production. Ready to merge.

Unchanged from previous sweep (May 31, 2026).


Generated by Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ready to merge Verify docs PR: customers can use this. Ready to publish.

Development

Successfully merging this pull request may close these issues.

1 participant