This PR addresses Issue #251 by adding a visible "Request Invite" button to the mobile navigation header for unauthenticated users. It also introduces a cleaner /invite route and ensures consistent behavior across the application.
- Added
/inviteRoute: Created a new route inmui-routes.jsxthat maps to theRequestAccessPage. - Routing Fix: Updated
main.jsxandAuth.jsxto correctly handle the top-level/inviteroute using theAuthLayout. - Navbar Fix: Updated
AuthNavbar.jsxto ensure navigation buttons (Go Back, Login) appear correctly on the/inviteroute, and updated the "Get Access" link on the login page to point to/invite. - Mobile Header Update: Added a "Request Invite" button to the
MainNavBartoolbar.- Positioning: Grouped the button with the hamburger menu using a flex container to ensure they appear together on the right side of the toolbar.
- Visibility: Visible only on mobile screens (
Hidden mdUp) when the user is not logged in.
- Route Updates: Updated existing "Request Invite" buttons (desktop and mobile drawer) to use the new
/inviteroute. - Auth Redirect: Updated
requireAuthinauth.jsto redirect to/inviteinstead of/auth/request-access. - UX Improvements: The "Request Invite" button is hidden if the user is already on the
/invitepage to prevent redundant navigation.
- Mobile View: Confirmed that the "Request Invite" button appears in the header on mobile screens for unauthenticated users, positioned correctly next to the menu icon.
- Navigation: Verified that clicking the button navigates to
/invite. - Layout: Verified that
/inviterenders with the correctAuthLayoutand that theAuthNavbarbuttons (Go Back, Login) are visible. - Visibility Logic: Confirmed the button is hidden when logged in or when already on the
/invitepage. - Backward Compatibility: The old
/auth/request-accessroute remains functional (via the component mapping), but the app now prefers/invite.
Fixes #251