Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

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

クローズ 初心者向け
  • 何か問題がありますか？
#6,845 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
typescript
領域
authentication, cli

調査の方向性

まず supabase start といずれかのゼロ秒設定を使って再現し、その後 packages/stack/src/services/AuthSettings.ts:268-269 と、b8026df 時点の apps/cli/src/commands/start/services/gotrue.service.ts を比較します。timebox = "0s" と inactivity_timeout = "0s" の両方でネイティブスタックが正常に起動し、auth settings リクエストが 200 を返せば完了です。

索引モデルが issue の本文から書いたものです。

説明

🐛 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.
主要言語
TypeScript
スター
2.4k
フォーク
526
平均マージ
1日 2時間
マージ済み PR（30日）
287

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

supabase/cli のほかの issue

supabase/cli の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。