Mostly a UI / information-architecture release. Covers issues closed in membervu/membervu-pm on 2026-06-11 (after the Jun 10–11 note). The headline is a Settings consolidation — one settings hub, one nav source — plus the notification master switches now default OFF, event-registration form tidy-ups, and super-admin per-tenant domain config. All verified merged to dev (= stage) on 2026-06-12. Grouped by area with a "What to verify" hint.
♻️ Superseded 2026-06-15: this carry-over said the accounting/retention items (#151, #152, #153, #158) were "still not on stage." They have since landed on stage via the Jun 15 release (!136 / accounting milestone) — now testable, with #151 fixed and treasury working (#262). #240 (multi-tenant slug⇄domain epic) remains an open DevOps epic, not testable yet.
A cluster of MRs (!110, !116–!120) consolidated a previously-scattered settings area into one hub. Re-walk the admin settings navigation end-to-end.
✨ Enhancements
#
Change
Area
What to verify on stage
#245
One settings hub. Consolidated to a single hub at /admin/settings (AdminOrgSettingsHubPage) with one nav source; removed the orphaned "Control Panel" and dead nav config.
Admin · Settings
As admin, go to /admin/settings: a single hub of cards (Organization Profile, Roles & Permissions, Member Settings, Notifications, Finance & Billing, Bank Accounts, Payment Categories, Payment Channels, Invoice Template, Feature Flags, Approval Workflow, Email Log). No second "Control Panel", no dead/duplicate links, every card lands on a real page.
#239
Notifications settings page built and linked from the hub; the sign-up + event-registration toggles were relocated off the Approval Workflow page onto this page.
Admin · Settings → Notifications
Open Settings → Notifications (/admin/settings/notifications); the sign-up and event-registration notification switches live here (no longer on Approval Workflow).
#247 / #248
Shared SettingsCard + icon module and a shared Checkbox primitive extracted; notifications polish; path-prefix convention documented. (Mostly internal, but the settings cards/toggles should look and behave consistently.)
Admin · Settings · UI polish
Settings cards render consistently; checkboxes/toggles behave the same across settings pages. No visual regressions.
🐛 Bug Fixes
#
Fix
Area
What to verify on stage
#246
SUPER_ADMIN was bounced from /admin/settings — the sidebar offered it but the route guard blocked it. Guards now aligned with nav visibility.
RBAC · Settings access
Log in as SUPER_ADMIN and open /admin/settings (and its sub-pages) — you get in, no redirect/bounce. FINANCE_MANAGER still reaches the finance cards.
#242
Dead duplicate AdminApprovalWorkflowPage removed + stale "Approval Workflow" links cleaned. Approval lives in the Member Settings tab.
Membership · Approval
Approval Workflow opens as a tab at /admin/members/settings?tab=workflow; the legacy /admin/settings/approval-workflow URL redirects there (no dead/duplicate page).
🔔 Notifications — now opt-in (default OFF)
Behaviour change that affects earlier test cases. The sign-up and event-registration notifications introduced last week (#186/#217 and #230/#233) are now gated by master switches that default to OFF. If you tested "admin gets a notification" before, you must now enable the switch first at Settings → Notifications — otherwise no email/bell is the correct behaviour.
#
Fix
Area
What to verify on stage
#243
Sign-up notifications now gated by a master switch signupNotifEnabled (gates both email and in-app), default OFF. Previously always-on.
Admin · Notifications
With the switch OFF: a new sign-up produces no admin email/bell. Turn it ON at Settings → Notifications; a new sign-up now notifies admins. (Don't file "no notification" as a bug when the switch is off.)
#244
Event-registration notifications now gated by a master switch eventRegNotifEnabled (gates email + in-app), default OFF.
Admin · Notifications
With it OFF: an event registration sends no host/admin notification. Turn it ON; registrations then notify hosts/Event Managers (registrant excluded).
🎟 Events
🐛 Bug Fixes
#
Fix
Area
What to verify on stage
#238
Registration form interleaved palette fields with authored questions (a defect of #225). Now the standard palette fields are grouped first, authored questions after — in both the form and the CSV export.
Events · Registration form
Open a registration form for an event that has both standard fields and authored custom questions; the standard fields appear together first, then the custom questions. Export the registrations CSV — same column ordering.
✨ Enhancements
#
Change
Area
What to verify on stage
#235
Consolidated / aggregate view of event answers (follow-up to #234's per-registrant view) — see all registrants' answers to a question at a glance.
Events · Attendees / Answers
On an event with answered custom questions, open the aggregate answer view; answers are summarised across all registrants (in addition to the per-registrant view from #234).
🛠 Platform / Super Admin
✨ Enhancements
#
Change
Area
What to verify on stage
#241
Configure Tenant.appDomain from the Super Admin Platform Portal (tenant create/edit) — the write side of last note's #236/#237 (which made app URLs use the per-tenant domain).
Platform Admin · Tenants
In the admin portal (stg-admin.membervu.com) as SUPER_ADMIN, create/edit a tenant; an App Domain field is present and saves. Setting it drives that tenant's email/share/OG link host (cross-check with the #236/#237 verification).
Source of truth: the membervu/membervu-pm issue tracker. Stage builds from dev — dev-presence of each fix verified on 2026-06-12 (settings hub, default-OFF notification switches, approval-workflow redirect, and #241 confirmed in code).