Skip to main content
Find the stage that failed before starting another attempt. A successful QR response confirms request creation, not identity approval or application login.

Expiry, cancellation, and retries

Stop refresh timers and close event connections after completion, cancellation, or navigation. Abort pending requests so a late QR response cannot replace a completed result. Use a fresh unpredictable tab identifier for a new attempt, and ignore responses belonging to previous attempts. Closing a tab does not revoke an issued QR. Do not assume the service sends an explicit rejection or cancellation event: the public guide documents success events. Provide a visible waiting state, cancel action, timeout, and retry action in your application.

Session-specific checks

Browser-only requests can work without cookies. Session and session-proxy modes require them. Check cookie storage, SameSite and Secure attributes, credentialed CORS, and whether browser privacy settings block cross-site cookies. A proxy must retain a cookie jar for the Neuron session and bind it to the correct application user.

Diagnose without exposing identities

Record the stage, status code, timing, and connection state. Avoid logging full identity results, QR signing URLs, attachment access URLs, cookies, or tokens. When reporting a provider issue, send a redacted request shape and the exact endpoint and event type involved. Compare with the provider-hosted example to distinguish your integration’s origin or lifecycle problems from service availability.