fix(actions): explain run_id vs web run number; honor limit=; strip event payloads from listings #227
No reviewers
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea!227
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "issue-157-actions-run-fixes"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Three madt_actions fixes. A 404 on run_get now explains that run_id is the API id from action=runs, not the sequential run number the web UI shows - previously the mismatch surfaced as a bare not-found. runs honors limit= with the standard pagination pattern. Raw run listings no longer embed multi-KB event_payload blobs (responses were reaching multi-MB); a single run's full payload stays reachable where the issue's criteria require it. Tests cover the enriched 404, the non-enriched other-error path, limit passthrough, and payload stripping.
Closes #157