status omits API_URL when [api] enabled = false, although Kong is still started (same class as #5332)
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
- 84/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- cli
Direzione di ricerca
Inizia da apps/cli/src/commands/start/start.gates.ts e confronta il relativo gating di Kong con apps/cli/src/command-internal/legacy-status-values.ts e status-values.ts. Traccia il modo in cui kongEnabled controlla API_URL rispetto a REST_URL e GRAPHQL_URL. Il lavoro è concluso quando status -o env restituisce API_URL ogni volta che Kong è in esecuzione, mentre gli URL dell’API dati continuano a seguire api.enabled; riproduci il caso con [api] enabled = false e verifica l’output.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Affected area
Local development
Supabase CLI version
v2.117.0 (the same gating is still on develop and in v2.120.0-beta.7)
Operating system
macOS 26.3.1 (Apple silicon)
Installation method
npm (npx supabase)
Command
supabase start
supabase status -o env
with [api] enabled = false in supabase/config.toml.
Actual output
supabase status -o env prints no API_URL (nor REST_URL / GRAPHQL_URL). The keys it prints are:
ANON_KEY DB_URL INBUCKET_URL JWT_SECRET MAILPIT_URL PUBLISHABLE_KEY SECRET_KEY SERVICE_ROLE_KEY
Kong is nevertheless running and serving the other services through the same address:
$ curl -s -o /dev/null -w '%{http_code}\n' http://127.0.0.1:<api.port>/auth/v1/health
200
$ curl -si http://127.0.0.1:<api.port>/rest/v1/ | head -1
HTTP/1.1 503 Service Temporarily Unavailable # Server: kong/2.8.1, {"message":"name resolution failed"}
Expected behavior
API_URL is printed whenever Kong is running, because it is the gateway for Auth, Storage and Functions, not only for the Data API. Only REST_URL / GRAPHQL_URL should depend on api.enabled.
This is the same class of problem as #5332 (fixed by #5335 for supabase start -x postgrest), but reached through [api] enabled = false instead of -x:
apps/cli/src/commands/start/start.gates.ts(v2.117.0, line 160):kong: !isExcluded("kong")— Kong starts regardless ofapi.enabled; onlypostgrestis gated onapiEnabled(line 164).apps/cli/src/command-internal/legacy-status-values.ts(v2.117.0, line 392) andstatus-values.tsondevelop(line 340):const kongEnabled = apiEnabled && !isExcluded(containerIds.kong) && !isExcluded(KONG_IMAGE_NAME);— soAPI_URLis hidden wheneverapi.enabledis false.
A possible fix is to gate kongEnabled the same way start does (on Kong's own exclusion only), and keep apiEnabled for postgrestEnabled / REST_URL / GRAPHQL_URL.
Steps to reproduce
- In
supabase/config.toml, set[api] enabled = false(the app uses Auth but not the Data API). - Run
supabase start. - Run
supabase status -o env—API_URLis missing. - Run
curl http://127.0.0.1:<api.port>/auth/v1/health— returns 200, so the gateway is up at the addressstatusdid not print.
Additional context
We close the Data API both locally and in production so that the local stack has the same shape as production. Because status no longer names the gateway, local tooling that reads API_URL from supabase status -o env (for NEXT_PUBLIC_SUPABASE_URL) has to rebuild the URL from [api] port instead.
- Lingua principale
- TypeScript
- Stelle
- 2.4k
- Fork
- 533
- Merge medio
- 1g 3h
- PR unite (30g)
- 322
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di supabase/cli
-
🐛 Bug supabase/cli
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
db schema declarative sync: no way to fail (non-zero exit) when the generated migration is destructiveForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta✨ Feature supabase/cli
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
stack: the HTTP gateway closes idle keep-alive connections after 5 s, so a client whose event loop is blocked gets ECONNRESET (`fetch failed`) on its next requestForse già presa @7ttp l’ha presa 9 giorni fa. Aperta🐛 Bug supabase/cli
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
supabase/cli#6975 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
📘 Docs supabase/cli
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
supabase/cli#6974 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Migration error caret is missing or misplaced when the statement contains multibyte charactersAperta🐛 Bug supabase/cli
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di supabase/cli
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: [A11y] Missing accessible name on icon-only standalone links (WCAG 2.1 SC 2.4.4, 4.1.2)Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
jaegertracing/jaeger-ui#4596 ·
I maintainer di solito rispondono entro 1 giorno
-
area:tui enhancement platform:macos
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
anthropics/claude-code#101490 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
netlify/netlify-mcp#75 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno