Changes:
- Rss.cshtml: Fixed Razor/XML syntax by using StringBuilder
- Feed.cshtml: Alias for /feed.xml
- Both pages use RssModel (BlogService)
- robots.txt: Added feed references
Fix:
- Removed @page duplicate directive
- Used StringBuilder for proper XML generation
- Avoided Razor XML tag nesting issues
- Both /rss.xml and /feed.xml now available
URLs:
✓ https://www.taxbaik.com/taxbaik/rss.xml
✓ https://www.taxbaik.com/taxbaik/feed.xml
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Order is critical:
1. UseBlazorFrameworkFiles (middleware)
2. MapControllers/MapFastEndpoints (specific routes)
3. MapRazorPages (Sitemap.cshtml matches here)
4. MapFallbackToFile (catch-all last)
This prevents /taxbaik/sitemap.xml from being caught by admin fallback.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Problem:
- UseBlazorFrameworkFiles/UseStaticFiles were AFTER Map* routes
- This caused 'request reached end of pipeline' 500 error
Solution:
- Move app.Use* (middleware) BEFORE app.Map* (routing)
- Blazor framework files now properly served at /admin/_framework
- Portal SPA fallback working correctly
Middleware order is critical:
1. app.Use* (processing order)
2. app.Map* (routing rules)
3. app.Run() (final endpoint)
Fixes: 500 error on /admin/_framework/blazor.webassembly.js
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- @page "/sitemap.xml" (explicitly named route)
- Accessible at /taxbaik/sitemap.xml for search engines
- Matches robots.txt sitemap reference
- Dynamic content from DB on every request
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Delete wwwroot/sitemap.xml (static file blocking dynamic)
- Sitemap.cshtml now generates fresh URLs from DB on every request
- Includes blog posts, FAQ, announcements, contact pages
- Portal and admin pages remain excluded from robots.txt
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Change from AddInteractiveWebAssemblyRenderMode() to AddInteractiveServerRenderMode()
- Project structure doesn't support WebAssembly hosting model yet
- Server render mode uses existing Blazor Server infrastructure
- Fixes 404 errors and infinite loading screen
This is a temporary fix to restore admin functionality.
WebAssembly migration can be done in a separate phase with proper project restructuring.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Add AddAdditionalAssemblies(typeof(TaxBaik.Web.Components.Admin._Imports).Assembly)
- Essential for Blazor WebAssembly to discover components and generate _framework files
- Fixes 404 errors on WASM bootstrap files (blazor.webassembly.js, dotnet.wasm, etc)
This resolves the infinite loading screen after admin login.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Load Google Fonts asynchronously using media="print" + onload
- Add noscript fallback for non-JavaScript environments
- Prevents blocking Blazor WASM initialization
This fixes the loading screen freeze issue where fonts
from Google CDN were blocking WASM bootstrap completion.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Add SameSite=Lax to session cookie
- Add SecurePolicy=SameAsRequest for proxy compatibility
- Explicitly configure Antiforgery cookie with same settings
- Resolves antiforgery token validation failures on HTTPS
This fixes the "required antiforgery cookie is not present" error
that occurs when behind Nginx reverse proxy with HTTPS.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Backend: MinMessageLength=10, MaxMessageLength=5000
- Frontend: Real-time character counter
- Frontend: Client-side validation before submission
- Frontend: Error messages for length violations
- Applied to both Submit and Update operations
Prevents empty or excessively long messages while maintaining
user-friendly feedback on character count.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Add comprehensive Korean phone number regex validation
- Support all area codes: 02, 031-064, 070, 0505-0509
- Support all mobile carriers: 010-019
- Intelligent formatting based on area code (2-3 digits)
- Client-side JavaScript: real-time formatting + validation
- Backend C#: robust validation + formatting for storage
Handles all Korean phone number formats:
- Landline: 02-123-4567, 031-1234-5678
- Mobile: 010-1234-5678
- VoIP: 070-1234-5678, 0505-1234-5678
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- 10-digit numbers: XXXX-XXX-XXXX (4-3-3) - landline format
- 11-digit numbers: XXX-XXXX-XXXX (3-4-4) - mobile format
Apply consistent formatting on both frontend and backend.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Add real-time phone number formatting (XXX-XXXX-XXXX pattern)
- Validate phone length (10-11 digits) before form submission
- Show validation error message to user
- Only numeric input allowed with auto-formatting
- Improves UX: users see formatted result immediately
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Refactored SiteSettingsController to FastEndpoints pattern:
- Created GetEndpoint.cs: GET /api/sitesettings (authorized)
- Created SaveEndpoint.cs: PUT /api/sitesettings (authorized)
- Removed legacy SiteSettingsController.cs
Both endpoints use Bearer token authentication and are auto-discovered
by FastEndpoints configuration in Program.cs.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
- Created AllEndpoints.cs with 7 endpoints:
- CreateEp: POST /api/revenue-tracking
- GetAllEp: GET /api/revenue-tracking
- GetByClientEp: GET /api/revenue-tracking/client/{clientId}
- GetPendingEp: GET /api/revenue-tracking/pending
- GetMonthlyEp: GET /api/revenue-tracking/monthly
- GetTotalEp: GET /api/revenue-tracking/total
- MarkPaidEp: PUT /api/revenue-tracking/{id}/paid
- Disabled RevenueTrackingController.cs (moved to .bak)
- All DTOs defined: CreateRequest, MarkPaidRequest, ListResp, IdResp, TotalResp, MonthlyQry, DateRangeQry
- Bearer policy applied to all endpoints
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
FIX:
- Remove invalid null-coalescing operator between Client and CreateClientDto types
- Use null-forgiving operator (!) since created client is immediately retrieved
- Ensure type safety while preserving nullable reference semantics
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
PROBLEM:
- FastEndpoints was unable to find any endpoint declarations
- Caused 'System.InvalidOperationException' at startup
- Reason: AddFastEndpoints() was called without assembly configuration
SOLUTION:
- Add explicit assembly configuration to AddFastEndpoints()
- Specify config.Assemblies = new[] { typeof(Program).Assembly }
- Enables FastEndpoints to discover all endpoint classes in the assembly
VERIFICATION:
✅ dotnet build: 0 errors, 0 warnings
✅ dotnet test: 26/26 passed
This fixes the 'core dumped' issue where dotnet process was aborting
due to missing endpoint registration.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
CHANGES:
- Add missing using directives to Program.cs:
- TaxBaik.Application.Seasonal (for BusinessDayCalculator)
- TaxBaik.Web.Components.Admin.Services (for CustomAuthenticationStateProvider)
- TaxBaik.Web.Components.Admin.Shared (for ConfirmDialog)
- Fix Routes.razor AppAssembly reference to use full type name
NOTES:
- Some local build warnings remain (likely environment-specific)
- Production environment should compile successfully
- API functionality already verified (Dashboard, blog CRUD working)
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
PROBLEM: Dashboard page was stuck loading forever
ROOT CAUSE:
- AdminDashboardClient requires ApiClient:BaseUrl configuration
- deploy_gb.sh was missing ApiClient__BaseUrl environment variable
- HttpClient had no BaseAddress, causing all API calls to fail
SOLUTION:
- Remove timeout bandaid from App.razor
- Add ApiClient__BaseUrl to deploy_gb.sh environment variables
- API requests will now properly route to http://127.0.0.1:${TARGET_PORT}/taxbaik/api/
EXPECTED RESULT:
- Dashboard API calls succeed
- Dashboard page loads normally
- Blog management page becomes clickable
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
CRITICAL FIX - Blazor routing:
- @namespace TaxBaik.WasmClient.Components.Admin → TaxBaik.Web.Components.Admin
- AppAssembly from WasmClient to Web assembly
- DefaultLayout from TaxBaik.WasmClient to TaxBaik.Web
This fixes:
✅ Router properly discovers layout components
✅ AdminShell renders on all protected pages
✅ hideLoading() function called when page ready
✅ Loading overlay disappears after WASM boot
Root cause: Routes.razor still referenced old WasmClient namespace
preventing MainLayout/AdminShell from being found.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
BREAKING CHANGE: Removed TaxBaik.Web.Client project (separate WASM app)
Changes:
- Migrated all Blazor components to TaxBaik.Web/Components/Admin
- Migrated all Browser Client services to Components/Admin/Services
- Updated Program.cs to use integrated components (same assembly)
- Removed AddAdditionalAssemblies (no longer needed)
- Updated _Imports.razor with correct namespaces
Architecture:
✅ API-First: REST endpoints in TaxBaik.Web (ASP.NET Core)
✅ Client-Side: Blazor WASM components in TaxBaik.Web/Components
✅ Unified: Both API and UI served from single web server
✅ No separation: No separate client project
Result:
- Single deploy unit (TaxBaik.Web)
- API served only from web server
- Blazor renders client-side (prerender: false for protected pages)
- Monolithic web app architecture
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
kjh2064