V2.04 on branch V4 strengthens BlessBoard website management on the shared GetPro platform (draft/preview/publish/version/restore, media, concurrent-edit reliability), adds the platform color/theme system and shared Country+City registration geography, and delivers ActiveClinic Stitch public/hub redesign. Hosted final QA closed on neuniversity testing (RELEASE_BLOCKERS=0). Production untouched; Pronline V10 preserved.
Release date
2026-09-30
Products
ActiveClinic, BlessBoard, Shared GetPro Platform
Deployment
TESTING on moovex-platform-v8-testing (neuniversity). Application candidate c16c791f9a4d…; hosted repository tip may be a later docs-only descendant. Hosted final QA CLOSED (RELEASE_BLOCKERS=0). Production UNTOUCHED. Pronline V10 PRESERVED.
QA verification
HOSTED QA PASS for V2.04 final closure: assets/theme, Stitch hosted parity 85.5, lifecycle/media, geography (044/045 applied), registration, authorization, tenant isolation, concurrency. Geography blocker root cause DATABASE_MIGRATION_MISSING (testing DB only; no application-code fix). E01/E02 CLOSE as POST_QA_POLISH (V2.05 backlog).
Platform remains canonical
Desktop/mobile share one implementation. Stitch is visual source of truth for ActiveClinic redesign. Doctor cards use shared PersonPresentation; services use shared collection presentation. Booking stays on the existing booking engine. Website lifecycle uses existing draft/preview/publish/version/restore-as-new services — BB and AC both on PLATFORM runtime paths; legacy BB dual-write/publishFromLegacy runtime references = 0.
BlessBoard and ActiveClinic About pages show product Version 2.04 with a separate Git build SHA via the shared applicationBuildInfo V8 scheme.
Workflow
Open /about on BB apex and AC public host (V8 testing profile)
Expected behavior
Version 2.04 + real build SHA; production catalogue profile remains 1.3
Products
Shared GetPro Platform, BlessBoard, ActiveClinic
Type
release_metadata
Implementation
IMPLEMENTED
QA
HOSTED QA PASS
Platform semantic color system
F-2.04-COLOR-01
Shared semantic color architecture in colors.css. BlessBoard violet (#6c5ce7) and ActiveClinic teal (#006068) retain independent product identities under data-product selectors. Shared components inherit the active product theme.
Workflow
Load BB and AC public shells; inspect primary CTAs and focus rings
Expected behavior
No BB token leak into AC; no AC token leak into BB; unjustified GUI raw colors = 0 for V2.04 stitch surfaces
Products
Shared GetPro Platform, BlessBoard, ActiveClinic
Type
design_system
Implementation
IMPLEMENTED
QA
HOSTED QA PASS
Shared Country + City registration
F-2.04-GEO-01
Shared Country and City registration fields with DB-backed city catalogue, country-aware autocomplete, and platform registration country availability. Province/region remains in the data model but is not required in current registration UX.
Workflow
BB and AC registration → select country → city autocomplete
Expected behavior
Country change invalidates incompatible city; disabled countries reject forged POSTs
Products
Shared GetPro Platform, BlessBoard, ActiveClinic
Type
registration
Implementation
IMPLEMENTED
QA
HOSTED QA PASS
Website platformization + BB engine migration
F-2.04-WEB-PLATFORM-01
Shared website presentation model, component library, AC and BB presentation adapters, shared media engine, shared image editor, Platform Admin website governance console, one shared editor engine, one shared upload engine, and BB lifecycle on PLATFORM draft/publish/version/restore paths.
Workflow
Edit/publish clinic or church website via platform engines
Expected behavior
No duplicate draft/publish/version/upload engines; LEGACY_BB_LIFECYCLE_RUNTIME_REFERENCES=0
Products
Shared GetPro Platform, BlessBoard, ActiveClinic
Type
website
Implementation
IMPLEMENTED
QA
HOSTED QA PASS
ActiveClinic Stitch website redesign (R/E/H)
F-2.04-AC-STITCH-01
Implemented Stitch scope on V4: R01–R12 public experiences, E01–E02 inline editing, H01–H06 clinic website-management hub. Hosted Stitch parity 85.5. Responsive desktop/mobile via shared templates (390px companions). Batches 1–8 closed; E01/E02 CLOSE as POST_QA_POLISH.
Workflow
Browse public clinic site → optional inline edit → manage via /app/settings/website
Expected behavior
Public pages use shared components; hub uses existing CMS/media/version/settings; Platform Admin remains separate; FUTURE_CAPABILITY controls are informational only
Products
ActiveClinic
Type
website_redesign
Implementation
IMPLEMENTED
QA
HOSTED QA PASS
Multi-step registration wizard state persistence
F-2.04-REG-STATE-01
Fixed multi-step registration state persistence so previous-step data survives forward/back navigation, refresh, and validation failures. Shared platform form-draft infrastructure supports sessionless registration. Applied to BlessBoard and ActiveClinic registration flows.
Workflow
BB /register-church or AC /register-clinic → complete step 1 → advance → refresh/back → confirm prior fields remain
Expected behavior
Prior-step fields hydrate without requiring gpRegNav; [redacted]s stay out of long-lived draft cookies; cross-draft isolation preserved
Products
Shared GetPro Platform, BlessBoard, ActiveClinic
Type
registration
Implementation
IMPLEMENTED
QA
LOCAL QA PASS
Church provisioning canonical identity on phone reuse
F-2.04-BB-PROVISION-01
Fixed church provisioning for existing users reused by phone when the submitted registration email differs from the stored account email. Administrator assignment uses the canonical resolved identity rather than re-looking up by submitted email. Improved provisioning error classification and preserved transaction rollback safety.
Workflow
Register new church with existing phone + different email → provision succeeds → admin roles on new org
Expected behavior
Roles attach to reused userId; no duplicate identity; user_not_found not mislabeled database_conflict; AC unchanged
Products
BlessBoard
Type
registration
Implementation
IMPLEMENTED
QA
LOCAL QA PASS
Known issues
E01/E02 editor chrome remains below public/hub visual parity — CLOSE / POST_QA_POLISH (not a V2.04 release blocker)