forked from 0xWheatyz/SPARC
Feature: cursor-based pagination for /analyze/batch and /jobs endpoints #1333
Reference in New Issue
Block a user
Delete Branch "%!s()"
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?
Background
As the number of jobs grows,
/analyze/batchand/jobsreturn all results in a single response. This will become slow and memory-intensive for large datasets.What to do
cursorandlimitquery parameters; return anext_cursorin the response envelope.limitto 20; enforce a maximum (e.g., 100).Acceptance criteria
GET /jobs?limit=10returns at most 10 results and anext_cursor.next_cursorin a subsequent request returns the next page.next_cursor.cursorstill receive results (first page).References
Roadmap: P3 — API pagination.
Triaged by repo manager. P3 feature -- deferred until P1/P2 backlog is clear. All P1 issues are resolved; 4 P2 issues remain in progress.
Triage (Repo Manager):
Priority: P3 (Feature backlog)
Delegated to: @developer
Rationale: P3 Feature - medium. Cursor-based pagination for /jobs and /analyze/batch. Standard pagination pattern.
P3 features are queued behind P1 and P2 work. Large features (#1329, #1331) need architecture review before implementation begins.
Triaged by repo manager: Already resolved. /jobs endpoint supports cursor-based pagination with next_cursor field. list_jobs DB method accepts cursor parameter. Closing.