neosourceDocs
Search docs

Mark a notification read

POST/api/notifications/{notification_id}/read

markNotificationRead

Requires authentication using a bearer token or a session cookie — see tokens and scopes.

curl

curl -X POST 'https://neosource.dev/api/notifications/NOTIFICATION_ID/read' \
  -H 'Authorization: Bearer $NEOSOURCE_TOKEN'

fetch

fetch("https://neosource.dev/api/notifications/NOTIFICATION_ID/read", {
  method: "POST",
  headers: {
    Authorization: "Bearer $NEOSOURCE_TOKEN",
  },
});

Path parameters

notification_idrequired

string

Responses

200Notification updated

application/json

NotificationResponse

object

actor_id

string | null

archived_at

integer | nullint64

created_atrequired

integerint64

link

string | null

notification_idrequired

string

read_at

integer | nullint64

reasonrequired

NotificationReason

string

Why the recipient is being notified. v1 surface — see roadmap §10. Stored as the Postgres enum `notification_reason`; adding a variant needs an `ALTER TYPE … ADD VALUE` migration plus the mirrored `NotificationReasonDb` arm in storage-pg.

"mention""review_requested""assigned""blocked_cleared""authored_thing_updated""run_failed"

recipient_idrequired

string

subject_idrequired

string

subject_kindrequired

NotificationSubject

string

What is the recipient being notified about? Polymorphic tag mirroring the `subject_kind` column.

"issue""pull_request""comment""pr_review_thread""workflow_run"

summaryrequired

string

403Forbidden — one of: forbidden, needs_scope

application/json

one of
  • ErrorForbidden
  • NeedsScopeError

    object

    `403` body returned when listing private repos but the linked identity lacks the required provider scope. The SPA turns this into an incremental-authorization prompt (Tier 2) that calls the `/elevate` OAuth endpoint with this `scope`.

    errorrequired

    string

    Always `needs_scope` — this body exists to carry the extra fields that kind needs.

    "needs_scope"

    scoperequired

    string

    The provider scope to request via elevation (e.g. `"repo"`).

Standard errors

Bodies documented once for the whole API — see standard errors.

  • 400Bad Request — one of: invalid_input
  • 401Authentication required
  • 404Not Found — one of: not_found
  • 409Conflict — one of: already_exists, conflict
  • 429Rate limited — retry after the `Retry-After` header
  • 500Internal server error
  • 503Service temporarily unavailable / at capacity — retry after the `Retry-After` header
  • 504Gateway timeout — the request exceeded the server's handling budget