You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Console and console-starter READMEs state VITE_SERVER_URL dev defaults that no longer exist, and claim a /_account/* dev proxy that never existed #5766
Filed unassigned by the developer agent on #5745 (PR #5765), as an out-of-scope finding. Two of the three items are drift created by that PR and were left unfixed only because the READMEs sit outside its write fence; the third is pre-existing.
PR #5765 empties VITE_SERVER_URL in both dev env files, per the 2026-08-23 ruling on #5702. Two docs still tabulate the old values:
examples/console-starter/README.md, the "Backend" table:
File
Value
.env.development
http://localhost:3000
.env.production
https://demo.objectstack.ai
Both cells are now wrong — both files are empty (same-origin) after that PR.
apps/console/README.md:36 — "Point it at any running ObjectStack instance via VITE_SERVER_URL in apps/console/.env.development (defaults to http://localhost:3000)" — and :53, "Talks to the ObjectStack backend defined by VITE_SERVER_URL (default http://localhost:3000)".
The replacement guidance in both cases is the same: leave VITE_SERVER_URL empty and point the dev stack elsewhere with DEV_PROXY_TARGET, e.g. DEV_PROXY_TARGET=https://demo.objectstack.ai pnpm dev, which keeps one origin. Both edited .env files carry that recipe in their comments already.
3 — a dev proxy claim that was never true (pre-existing)
apps/console/README.md:54 states:
Vite proxies /api/* and /_account/* to that backend.
This predates PR #5765 and is independent of it. It is worth more than a typo fix, because /_account/ is one of exactly two path families outside /api that the code builds off the server origin — packages/core/src/actions/ActionRunner.ts:1343 promotes /api/, /_auth/ and /_account/ to apiBase before a full-page window.location.href. So the README describes coverage that the config does not provide for a path family that really is reachable in principle.
Reachability measured on origin/main at 9850c6e4e: a repo-wide scan for /_auth/ and /_account/ returns 7 hits, all of them CHANGELOG entries, one ActionRunner test, and doc prose — no first-party producer of such an action target exists today. /_account/* is additionally a sibling SPA mount (apps/console/src/utils/consoleBase.ts:37) that apps/console/src/App.tsx:7 records as being retired into the console SPA itself.
So there are two coherent resolutions and this card should pick one rather than assume:
Fix the doc — say /api/* only, and note that /_auth/ and /_account/ are not proxied. Cheapest, and matches the retirement direction.
PR #5765 deliberately did neither: its fence makes apps/console/vite.config.ts read-only, and the /api proxy already covers every fetch site it enumerated, so widening was not needed to make that card correct.
Filed unassigned by the developer agent on #5745 (PR #5765), as an out-of-scope finding. Two of the three items are drift created by that PR and were left unfixed only because the READMEs sit outside its write fence; the third is pre-existing.
1 & 2 — stale env values (created by PR #5765)
PR #5765 empties
VITE_SERVER_URLin both dev env files, per the 2026-08-23 ruling on #5702. Two docs still tabulate the old values:examples/console-starter/README.md, the "Backend" table:.env.developmenthttp://localhost:3000.env.productionhttps://demo.objectstack.aiBoth cells are now wrong — both files are empty (same-origin) after that PR.
apps/console/README.md:36— "Point it at any running ObjectStack instance viaVITE_SERVER_URLinapps/console/.env.development(defaults tohttp://localhost:3000)" — and:53, "Talks to the ObjectStack backend defined byVITE_SERVER_URL(defaulthttp://localhost:3000)".The replacement guidance in both cases is the same: leave
VITE_SERVER_URLempty and point the dev stack elsewhere withDEV_PROXY_TARGET, e.g.DEV_PROXY_TARGET=https://demo.objectstack.ai pnpm dev, which keeps one origin. Both edited.envfiles carry that recipe in their comments already.3 — a dev proxy claim that was never true (pre-existing)
apps/console/README.md:54states:apps/console/vite.config.ts:709-711proxies only/api:This predates PR #5765 and is independent of it. It is worth more than a typo fix, because
/_account/is one of exactly two path families outside/apithat the code builds off the server origin —packages/core/src/actions/ActionRunner.ts:1343promotes/api/,/_auth/and/_account/toapiBasebefore a full-pagewindow.location.href. So the README describes coverage that the config does not provide for a path family that really is reachable in principle.Reachability measured on
origin/mainat9850c6e4e: a repo-wide scan for/_auth/and/_account/returns 7 hits, all of them CHANGELOG entries, one ActionRunner test, and doc prose — no first-party producer of such an action target exists today./_account/*is additionally a sibling SPA mount (apps/console/src/utils/consoleBase.ts:37) thatapps/console/src/App.tsx:7records as being retired into the console SPA itself.So there are two coherent resolutions and this card should pick one rather than assume:
/api/*only, and note that/_auth/and/_account/are not proxied. Cheapest, and matches the retirement direction./api,/_auth,/_accountinapps/console/vite.config.ts(and correspondingly inexamples/console-starter/vite.config.ts, which PR Converge the dev stacks on one origin: empty VITE_SERVER_URL, proxy for the split host #5765 gives a/apistanza). Makes the README true and closes the gap before thesameOriginOnlydefault lands.PR #5765 deliberately did neither: its fence makes
apps/console/vite.config.tsread-only, and the/apiproxy already covers everyfetchsite it enumerated, so widening was not needed to make that card correct.Refs
type: 'api'actions send the Bearer token and X-Tenant-ID to absolute third-party URLs — the #2725sameOriginOnlymitigation was never applied to this lane #5702 — thesameOriginOnlyaction-runtime default this sequence serves