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
fix(ci): unconditional SSR adapter + adapter-aware custom-page materialize
Fixes the two pre-existing CI failures that predate the auth migration:
1. portal-first-byte-build test threw NoAdapterInstalled. Root cause:
the SSR adapter was gated on useRun402Integration (needs KYCHON_PROJECT
+ RUN402_PROJECT_ID), but calendar/search/ssr-probe export
prerender=false, so any adapter-less `astro build` fails. Fix: register
createRun402Adapter() unconditionally — it only emits
dist/run402/{client,server,adapter.json} locally and has no auth/
credential requirements. The image-upload integration stays gated on
useRun402Integration so non-deploy builds don't reach for gateway creds.
2. deploy-ci.ts patchDeploy threw "dist/page.html does not exist". With
the adapter active, [customPage].astro's getStaticPaths writes per-slug
HTML under dist/run402/client/ and dist/page.html never exists.
patchDeploy + generate-static-page-aliases.ts now mirror runDeploy's
adapterActive detection (existsSync dist/run402/adapter.json) and
synthesize the slug list from the seed instead of calling
materializeCustomPageStaticFiles.
Build test reconciled with the SSR-guard revert (d0b69ae): admin*/profile
are static again, so they're back in REPRESENTATIVE_PAGES with the
ADMIN_PAGES assertions (static bake contains the "Checking access"
placeholder, never data-admin-content). Output reads from dist/run402/
client/ since the adapter now always relocates prerendered HTML there.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
0 commit comments