kjh2064
9b7e6eda4c
refactor: update validation script to reflect prerender: false design
...
TaxBaik CI/CD / build-and-deploy (push) Successful in 2m29s
CORE ISSUE RESOLVED:
prerender: true creates contradiction between SSR and CSR rendering modes,
causing infinite loop of blank screens and auth state conflicts.
DESIGN DECISION: prerender: false (final)
- Functional requirement > Performance optimization
- Protects @Authorize pages from prerender static HTML conflicts
- WebAssembly runtime loads completely before rendering interactive content
- All protected pages render correctly after login
VALIDATION CHANGE:
- Removed requirement for 'prerender: true'
- Now validates: InteractiveWebAssemblyRenderMode (any prerender value)
- Rejects: InteractiveServerRenderMode (Blazor Server forbidden)
- Documents: Why prerender: false is architecturally correct
Root cause documented in CLAUDE.md Phase 8.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-07-03 02:51:26 +09:00
kjh2064
484ece7a92
fix: update validation script for WebAssembly migration
...
TaxBaik CI/CD / build-and-deploy (push) Failing after 2m59s
Admin render harness now checks TaxBaik.Web.Client paths after Phase 8 migration.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-07-03 01:07:34 +09:00
kjh2064
d246071835
fix: restore Blazor WebAssembly render mode for ERP scalability
...
TaxBaik CI/CD / build-and-deploy (push) Successful in 2m15s
Restore long-term architectural goal: Blazor WebAssembly for admin UI.
Rationale:
- TaxBaik is a semi-project for future ERP implementation
- ERP requires client-side scalability (no server-side state per user)
- WebAssembly offloads interactivity to browser (Circuit-free)
- Aligns with API-First + stateless backend design
Changes:
- App.razor: InteractiveWebAssemblyRenderMode (prerender: true)
- Routes: InteractiveWebAssemblyRenderMode (prerender: true)
- Login.razor: InteractiveWebAssemblyRenderMode (prerender: true)
- Program.cs: AddInteractiveWebAssemblyComponents()
- Updated validation script to enforce WebAssembly mode
Tradeoff accepted: Blazor WebAssembly bootstrap time vs future ERP extensibility.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-07-03 00:05:39 +09:00
kjh2064
ba981e7332
fix: resolve admin interactivity by unifying to Server render mode
...
TaxBaik CI/CD / build-and-deploy (push) Successful in 2m17s
Problem: Mixed WebAssembly (App) and Server (Login) render modes caused interaction breakage after login. Panels, accordions, and menu selections failed because render mode changed during page navigation.
Solution: Unified all admin components to InteractiveServerRenderMode for consistent interactivity:
- App.razor: Routes and HeadOutlet use InteractiveServerRenderMode
- Login.razor: Already uses InteractiveServerRenderMode
- Program.cs: Removed WebAssembly component registration
Updated validation script to require Server mode instead of WebAssembly for admin shell.
This ensures:
✅ Consistent render mode throughout admin UI
✅ Reliable component interactivity (panels, accordions, menus)
✅ Stable page navigation and state management
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-07-02 23:58:45 +09:00
kjh2064
b1ac7129d9
Harden common code and render harness policies
2026-07-02 17:02:02 +09:00
kjh2064
d780fecf8c
Harden admin telemetry and deployment safeguards
TaxBaik CI/CD / build-and-deploy (push) Successful in 4m30s
2026-07-02 16:10:15 +09:00
kjh2064
e6253fdc83
chore(ci): guard admin webassembly render mode
2026-07-02 14:52:29 +09:00
kjh2064
96c7ab5e54
fix(ci): skip applied migrations in preflight validation
TaxBaik CI/CD / build-and-deploy (push) Has been cancelled
2026-07-02 14:23:01 +09:00
kjh2064
3f486d9fe9
chore(ci): preflight migration validation before deploy
TaxBaik CI/CD / build-and-deploy (push) Failing after 3m47s
2026-07-02 14:12:23 +09:00
kjh2064