Problem: 'Assembly already defined' error when AddAdditionalAssemblies registers the same assembly twice
- MapRazorComponents<TaxBaik.WasmClient.Components.Admin.App>() automatically loads TaxBaik.Web.Client assembly
- All Page/Shared components in same assembly are auto-discovered
- AddAdditionalAssemblies with same assembly causes duplicate registration error
Solution: Remove AddAdditionalAssemblies - not needed for components in same assembly
This fixes the ObjectDisposedException crash on deployment.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Phase 8 완료 상세 기록 (WebAssembly 마이그레이션, E2E 검증)
- AddAdditionalAssemblies 필수성 명시 (제거하면 초기화 실패)
- 배포 환경 변수 강화 (Connection String 필수)
- 프로젝트 구조 업데이트 (TaxBaik.Web.Client WASM 클라이언트)
- E2E 테스트 결과 기록 (20/20 통과 - 프로덕션)
- 배포 실패 시 트러블슈팅 가이드 추가
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Add ConnectionStrings__Default env var to deploy_gb.sh for production deployment
- Add DOTNET_PRINT_TELEMETRY_MESSAGE=false to suppress telemetry
- Update E2E tests to support env vars (E2E_BASE_URL, E2E_ADMIN_USERNAME, E2E_ADMIN_PASSWORD)
- Fixes 'Missing connection string' error on new deployments
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Root component alone cannot load all routed WASM components.
AddAdditionalAssemblies is essential for:
- App.razor discovery
- Routes.razor registration
- All Page components in TaxBaik.WasmClient assembly
This fixes the ObjectDisposedException and Kestrel binding failures.
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>
Problem: Client JavaScript/Blazor WebAssembly errors were logged but NOT sent to Telegram because ClientLogsController used LogWarning instead of LogError.
Solution: ClientLogsController now checks entry.Level:
- level='error' → LogError → Telegram alert ✓
- level='warning'/'info' → LogWarning → Log file only
Result: Browser console errors now trigger Telegram notifications:
- Blazor WebAssembly init failures
- JavaScript exceptions
- Unhandled promise rejections
- Custom client errors
This closes the monitoring gap for client-side issues.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
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>
Revert to InteractiveWebAssemblyRenderMode for App.razor as required by validation script.
Add back AddInteractiveWebAssemblyComponents and AddInteractiveWebAssemblyRenderMode.
Fix assembly reference to use TaxBaik.WasmClient._Imports (RootNamespace of TaxBaik.Web.Client project).
This mixed render mode architecture allows:
- App.razor: WebAssembly shell for client-side routing
- Login.razor: Server-side prerender for authentication
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Update Login component to use Blazor Server instead of WebAssembly rendering mode for consistency with the admin UI architecture.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- App.razor: Change Routes from InteractiveWebAssemblyRenderMode to InteractiveServerRenderMode (admin requires Blazor Server, not WebAssembly)
- Program.cs: Remove unnecessary AddInteractiveWebAssemblyRenderMode() and AddInteractiveWebAssemblyComponents() registrations
- Program.cs: Remove broken TaxBaik.WasmClient reference from MapRazorComponents (actual project is TaxBaik.Web.Client)
The 500 error was caused by conflicting render modes and a non-existent assembly reference. Admin pages now correctly use Blazor Server interactivity.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
kjh2064