List bindable sessions for a Solution
const url = 'http://localhost:8000/api/solutions/example/candidate-sessions/';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url http://localhost:8000/api/solutions/example/candidate-sessions/ \ --header 'Authorization: Bearer <token>'Completed sessions in the workspace whose activity can fill any of the Solution’s movement slots, newest first. The Selection page flags per-slot view-angle mismatches client-side.
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Path Parameters
Section titled “Path Parameters”Responses
Section titled “Responses”object
A session offered for binding on the Selection page. Carries a few
headline metrics so the picker row reads like the Sessions journal
(metric chips + correct review status), not an empty “No metrics yet”
placeholder — and seq_no (#941) so the shared session number reads
the same here as in the journal. camera_view is read from
Session.meta.
object
running- Runningwalking- Walkingjump- Vertical Jumpweightlifting- Weightliftingmobility- Mobility Assessmentworkspace_wellness- Workspace Wellnessagility- Agilityfencing- Fencingcycling- Cyclingtennis- Tennispadel- Padel Tennisbowling- Bowlingbaseball- Baseballfootball- Footballbadminton- Badmintoncricket- Cricketbasketball- Basketballscuba_diving- Scuba Divingice_hockey- Ice Hockeyamerican_football- American Footballfri- Falls Risk Indicator
pending- Pendingprocessing- Processingcompleted- Completedfailed- Failed
The candidate’s client playing position (ClientPosition code,
“” = unspecified) — the Selection page’s battery eligibility banner
keys on it (#1371; warns on a mismatch, never blocks).
One headline metric on a candidate row — the picker shows the top few as chips (mirrors the Sessions journal row shape).
object
Example
{ "results": [ { "activity": "running", "status": "pending" } ]}object
Human-readable message, or a stable machine code for the cases a client branches on. The standard envelope for 400 (validation — a field-keyed object may appear instead), 401 (missing / invalid credentials), 403 (authenticated but not permitted), and 404 (absent — cross-team records are collapsed to 404 so the API never leaks the existence of another team’s data).
Examplegenerated
{ "detail": "example"}