Consent decision (internal, not a public integration point)
POST
/api/oauth/authorize
The endpoint GET /oauth/authorize's consent screen's Allow/Deny buttons submit to, as a same-origin HTML form POST carrying the user's active session cookie. This is not a surface external OAuth clients call directly: a real integration only ever redirects the browser to GET /oauth/authorize and receives the result on its own redirect_uri; documented here only because it's a real, reachable endpoint.Rejects any request whose origin isn't this same site. Every field is re-validated from scratch: nothing about a prior GET render is trusted. On success (decision=allow), mints a single-use, 60-second authorization code and redirects to redirect_uri with ?code=…; on decision=deny, redirects with ?error=access_denied. An account whose email address is not yet confirmed is never issued a code, whichever button was pressed.
Request
Authorization
API Key
Add parameter in header
x-api-key
Example:
x-api-key: ********************
or
Bearer Token
Provide your bearer token in the
Authorization
header when making requests to protected resources.
Example:
Authorization: Bearer ********************
or
Body Params application/x-www-form-urlencodedRequired
Responses
🔵302
Redirect to redirect_uri with ?code=…&state=… (allow) or ?error=access_denied&state=… (deny), or with an OAuth error if a re-validated field turned out invalid.