- Admin: replace the global @rendermode on <Routes>/<Router> with per-page
render mode. Login.razor now prerenders (form visible before WASM loads);
every other [Authorize] page stays prerender: false to avoid the
AuthorizeRouteView blank-render regression from earlier attempts. Adds a
"준비 중" -> "로그인" splash tied to WASM boot completion, and lets the
authenticated-shell loading overlay stay up until AdminShell actually renders.
- Contact.cshtml: fix the "Agree" checkbox missing value="true" - a checked
box sent the browser-default "on", which bool model binding can't parse,
so ModelState.IsValid silently went false and OnPostAsync returned a blank
form with no visible error on every submission. Validation summary widened
from ModelOnly to All so this class of failure isn't silent again.
- TelegramInquiryNotificationService: read Telegram:InquiryChatId (falling
back to ChatId) instead of only ChatId, matching the channel routing
CLAUDE.md documents and deploy.yml already provisions as separate secrets.
- Reconcile CLAUDE.md's self-contradicting Phase 8 prerender notes (Phase 9),
rewrite validate_admin_render.sh for the per-page design, and add a
SmartAdmin 5.5 design reference section to DOUZONE_UX_GUIDE.md for future
admin screens (existing screens unchanged, tracked as WBS P4-03).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Problem: TaxBaik.Web.Client lacked wwwroot/index.html, preventing browser from
loading the WebAssembly application. This caused Blazor runtime (blazor.web.js)
to be missing from deployed package.
Solution: Create wwwroot/index.html as the entry point for WebAssembly runtime.
This file:
- Serves as HTML shell for interactive Razor components
- References /taxbaik/_framework/blazor.web.js to bootstrap WASM runtime
- Inherits all styles and scripts from host /taxbaik path
Result: Blazor WebAssembly runtime now loads correctly, enabling all interactive
admin pages and components.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
The sed command added @rendermode to multiple places in files with multiple
@page directives. Consolidated to single @rendermode per file.
Files fixed:
- AnnouncementEdit.razor
- ClientEdit.razor
- FaqEdit.razor
Problem: Page components were not rendering content because @rendermode was only
on App.razor and Routes.razor, not on individual @page components.
Solution: Add @rendermode InteractiveWebAssembly to all admin page components
to ensure they render interactively in WebAssembly context.
Result: All admin pages now render their content correctly.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Problem: Routes.razor Router component had no @rendermode attribute, causing
routed pages to not render content (only shell was interactive).
Solution: Add @rendermode="new InteractiveWebAssemblyRenderMode(prerender: false)"
to Router element to ensure all routed page components render properly.
Result: Blog pages and all admin pages now render their content correctly.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Problem: Prerendering static HTML without auth context causes [@Authorize] protected
pages to render blank because AuthorizeRouteView cannot render content without
authentication state.
Solution: prerender: false
- WebAssembly runtime loads and fully renders all interactive content
- All [@Authorize] pages render correctly with authentication
- Initial load slightly slower (0.5-2s) but all functionality works
Result: Admin pages fully functional. Validated with Playwright on production domain.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Problem: With prerender: true, static HTML renders first. Menu loads but is not interactive
until WebAssembly runtime finishes loading. Users clicking before runtime loads see no response.
Solution: Set prerender: false to ensure menu and all controls are interactive immediately.
Trade-off: Initial page load shows blank screen while WebAssembly bundles download,
but once loaded, all interactivity is immediate (better UX overall).
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Routes component should reference TaxBaik.WasmClient._Imports.Assembly
to properly locate all routable components in the WebAssembly context.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
AdminShell was attempting to inject VersionInfo from server DI container,
causing 'Cannot provide a value for property' error in WebAssembly components.
Replaced with hardcoded 'unknown' values.
All admin pages now render successfully (HTTP 200):
✅ /admin/login
✅ /admin/blog
✅ /admin/dashboard
✅ /admin/inquiries
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
MapRazorComponents<TaxBaik.WasmClient.Components.Admin.App>() automatically includes
the root component's assembly, so AddAdditionalAssemblies() was causing duplication.
Also remove VersionInfo @inject from App.razor since WebAssembly components
cannot access server DI container. Use hardcoded 'unknown' for version.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
kjh2064