Me
Fields
userUser!purchasesProductPurchaseConnection!Every product purchase owned by the viewer, across all the participants linked to their account. Cursor-paginated; default page size 50, clamped to [1, 100]. Sort order is purchasedAt DESC, id ASC. Each ProductPurchase carries its business via purchase.participant.business, so consumers that want to group client-side can do so without a separate field.
registrationsActivityRegistrationConnection!Activity registrations that belong on the viewer's account schedule — the union of registrations attended by one of the viewer's participants and registrations the viewer booked on someone else's behalf (bookedByUserId === viewer). Cursor-paginated; default page size 50, clamped to [1, 100]. Sort order depends on the time filter:
upcoming: sessions in chronological order (startAt ASC, id ASC).past/all(default): most recent first (startAt DESC, id ASC).
The cursor encodes {startAt, id} so paging always advances through the user-visible chronological order rather than the registration's creation time. The upcoming filter also restricts to non-cancelled registrations whose session has yet to start; past returns cancelled registrations alongside sessions whose startAt is in the past.
When payment: paidOnly is passed (typically without a time filter), the feed switches to a session-optional view ordered by COALESCE(session.startAt, registration.createdAt) DESC so the activity-level "league registration" (which has no session) surfaces alongside any individually-paid session drop-ins, with the free per-match comp spots dropped.
Arguments (9)
firstIntafterStringstatus[ActivitySessionStatus!]Session-status filter shared with the admin session lists so the account schedule reads the same way: scheduled / active / completed refer to the session's own status and only match registrations the viewer did not cancel; cancelled matches rows where the session OR the registration is cancelled. Supersedes the legacy time argument — when both are passed, status wins. Ignored when empty.
businesses[EntityRef!]Restrict to registrations at any of the listed businesses. Null or empty means "no business constraint".
activities[EntityRef!]Restrict to registrations whose activity is any of the listed activities — e.g. one league season. Null or empty means "no activity constraint". Lets a league surface fetch just the viewer's own upcoming fixtures without scanning the whole schedule.
activityTypes[ActivityType!]Restrict to registrations whose activity has any of the listed types. Null or empty means "no type constraint".
Explicit ordering. startAsc/startDesc order by the session's start time; createdAsc/createdDesc by when the registration was booked. When unset, falls back to the legacy time-derived order (upcoming ascending, everything else most-recent-first).
bookingsBookingConnection!The viewer's bookings — the union of ones attended by one of their participants and ones they made on somebody else's behalf. The commerce-model successor to registrations, and the field the account schedule reads once it moves over.
Sort order follows time: upcoming runs chronologically forward and drops cancelled bookings and sessions that have already started; past and all run most-recent-first and include cancelled ones.
Arguments (6)
bookingBookingOne of the viewer's bookings, by id. Null when it is not theirs — the same answer as "not found", so a guessed id cannot confirm that somebody else's booking exists.
Arguments (1)
idID!ordersPurchaseConnection!The viewer's orders across every business, newest first. Each carries its own lines, so the account purchases page needs no second query to say what was bought.
entitlements[Entitlement!]!What the viewer owns and can spend at each business: passes with credits left, live memberships, gift cards with a balance.
paymentMethods[SavedPaymentMethod!]!Saved Stripe PaymentMethods attached to the viewer's customer record. Card-only for v1 — bank accounts, Apple/Google Pay surfaces are out of scope. The default-flagged entry is what off-session charges (waitlist auto-promote, future subscription dunning) fall back to when no per-flow card is reserved.