Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

native stack: auth refuses to start when auth.sessions timebox or inactivity_timeout is 0s

Chiusa Adatta ai principianti
#6,845 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
88/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
typescript

Direzione di ricerca

Inizia riproducendo il problema con supabase start e una delle impostazioni con durata pari a zero, quindi confronta packages/stack/src/services/AuthSettings.ts:268-269 con apps/cli/src/commands/start/services/gotrue.service.ts al commit b8026df. Il lavoro è completato quando lo stack nativo si avvia correttamente sia con timebox = "0s" sia con inactivity_timeout = "0s", e la richiesta delle impostazioni di auth restituisce 200.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

🐛 Bug supabase/cli
Affected area

Auth

Supabase CLI version

2.118.1-beta.3 (also 2.118.0)

Operating system

macOS 26.1 (arm64)

Installation method

npm

Command
supabase start

with [experimental] stack = true and either of these in config.toml:

[auth.sessions]
timebox = "0s"
[auth.sessions]
inactivity_timeout = "0s"
Actual output

supabase start exits 0. Auth answers 502, and supabase status --output-format json reports:

auth startup exited with 1
Recent stderr:
{"level":"fatal","msg":"Failed to load configuration: conf: session timebox duration must be positive when set, was 0s"}

With inactivity_timeout = "0s" the same, with session inactivity timeout duration must be positive when set, was 0s.

Expected behavior

The same result as the Docker runtime: auth starts, and 0s means no limit.

The Docker runtime leaves a zero duration out of auth's environment. From apps/cli/src/commands/start/services/gotrue.service.ts at b8026df:

if (input.sessions?.timebox !== undefined) {
  const nanoseconds = parseGoDuration(input.sessions.timebox);
  if (nanoseconds > 0) {
    env["GOTRUE_SESSIONS_TIMEBOX"] = formatGoDuration(nanoseconds);
  }
}

and the same guard for inactivity_timeout. The native stack's packages/stack/src/services/AuthSettings.ts:268-269 passes both through unguarded:

put("GOTRUE_SESSIONS_TIMEBOX", settings.sessions?.timebox);
put("GOTRUE_SESSIONS_INACTIVITY_TIMEOUT", settings.sessions?.inactivity_timeout);

GoTrue rejects a zero duration that is set, so the native runtime refuses a config.toml the Docker runtime accepts.

Steps to reproduce
  1. supabase init in an empty directory.
  2. Add stack = true under [experimental], then uncomment [auth.sessions] and set timebox = "0s".
  3. supabase start, then curl -H "apikey: <publishable key>" <API_URL>/auth/v1/settings: 502.
  4. Comment timebox back out, supabase stack destroy --stack-id <id> --yes, supabase start: the same request answers 200.
Lingua principale
TypeScript
Stelle
2.4k
Fork
526
Merge medio
1g 2h
PR unite (30g)
287

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di supabase/cli

Tutte le issue di supabase/cli

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.