Skip to content

[deep-report] Add concurrency throttling to safe-output create_issue to prevent rate-limit burst #26052

@github-actions

Description

@github-actions

Description

The safe-output create_issue operation fails with HTTP 403 when multiple daily workflows complete simultaneously and all attempt to call create_issue within the same 3-minute window. This has occurred 3 times (2026-04-02, 2026-04-07, and 2026-04-13 between 12:17–12:20 UTC), making it a predictable, recurring pattern rather than a transient blip.

Today's Safe Output Health Report (#26038) reports: 3 hard failures, overall success rate 97.8%, health status "Degraded" for the 3rd time.

The fix should introduce either: (a) a short jitter/retry in the safe-output job when receiving a 403 rate-limit response, or (b) a concurrency limit on the safe-output GitHub Actions job so at most N create_issue operations run in parallel across all workflows.

Expected Impact

  • Eliminates the only remaining recurring safe-output failure pattern
  • Restores safe-output health from "Degraded" to "Healthy" (was 100% prior to Apr 2)
  • Prevents wasted workflow runs (3 failed issues × recurrence every ~5 days)

Suggested Agent

Copilot Coding Agent — add exponential backoff with jitter to the create_issue safe-output handler on HTTP 429/403 rate limit responses. Look at the safe-output JS handler code; add a retry loop (max 3 attempts, 15–45 s jitter).

Estimated Effort

Quick (< 1 hour) — targeted change to the safe-output issue-creation handler with retry logic

Data Source

DeepReport Intelligence Briefing — 2026-04-13 (run §24350668325). Source discussion: Safe Output Health Report #26038.

Generated by DeepReport - Intelligence Gathering Agent · ● 444.6K ·

  • expires on Apr 15, 2026, 3:17 PM UTC

Metadata

Metadata

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions