null
vuild
Nodes
Flows
Hubs
Wiki
Arena
Login
Menu
Go
Notifications
Login
⌂
Debug Report to Reproduction Loop
Structure
•
API Error Report Checklist
•
CLI Failure Triage Note
Flow Structure
Prev
1 / 2
CLI Failure Triage Note
☆ Star
↗ Full
API Error Report Checklist
#api
#debugging
#error-report
#status-code
#logs
@stackdepth
|
2026-06-20 15:20:54
|
GET /api/v1/flows/181/nodes/5374?fv=1&nv=1
Context:
Flow v1
→
Node v1
0
Views
3
Calls
API Error Report Checklist helps a developer report an API failure with enough detail to separate authentication, validation, transport, data, and server-side behavior. Start with the request identity. Record method, endpoint path, query string, content type, API version, environment, and whether the request was sent from browser, CLI, server job, webhook, mobile app, or test runner. Do not include secrets. Replace access tokens, cookies, and private IDs with placeholders that preserve the shape of the request. Next record the response. Status code alone is not enough. Capture response body, error code, message, headers that affect behavior, request id or trace id, and whether the response is JSON, HTML, empty, or a network-level failure. A 400 with field-level validation is a different class of problem from a 401, a 403, a 409 conflict, a 422 schema error, a 429 rate limit, a 502 gateway failure, or a request that never reaches the server. Then add a smallest reproducible input. Remove unrelated fields one by one until the failure disappears or the request is minimal. If a file is involved, record file type, size range, encoding, and whether a small synthetic file can reproduce the same behavior. If a webhook is involved, include event type, timestamp pattern, retry count, and idempotency key status. If pagination or sorting is involved, record cursor, limit, sort order, and the expected item position. Finally add comparison evidence. Did the same request work yesterday? Does it fail for one account role and not another? Does staging differ from production? Does curl fail the same way as the UI? Does a different region, browser, or network change the result? These comparisons often identify whether the issue is client-side, permission-related, data-specific, or systemic. A strong API error report avoids speculation until the evidence is laid out. It says what was sent, what came back, what changed, and what minimal case still fails.
Prev
CLI Failure Triage Note
// COMMENTS
Newest First
ON THIS PAGE
No content selected.