https://reirev.com) and its subdomain (https://app.reirev.com).https://reirev.com, the session is not recognized when they navigate to https://app.reirev.com. Instead, they are redirected back to the sign-in page on the subdomain, indicating that the authentication session is not being shared.https://reirev.com.POST to /auth/v1/token).Set-Cookie header for sb-auth-token.https://app.reirev.com in the same browser session.https://app.reirev.com; the sb-auth-token cookie is not present or not accessible.https://reirev.com, the user's session should be recognized and persist when navigating to https://app.reirev.com, allowing for a seamless single sign-on experience across subdomains.https://app.reirev.com.@supabase/supabase-js) is configured to request the session cookie for the root domain. In src/lib/supabase.ts, the createClient call includes:Auth cookie domain: .reirev.com is being passed to the Supabase client.https://reirev.com and https://app.reirev.com (along with http://localhost:3000 and specific reset password URLs) have been added to the "Site URL" and "Redirect URLs".Set-Cookie header for sb-auth-token returned by the Supabase server is setting the Domain attribute as reirev.com (without the leading dot), instead of .reirev.com.Set-Cookie header observed: sb-auth-token=...; Path=/; Domain=reirev.com; Max-Age=2592000; HttpOnly; Secure; SameSite=Laxapp.reirev.com.sb-auth-token session cookie is being issued with Domain=reirev.com instead of Domain=.reirev.com from the server side, despite the client requesting the latter? Is there a specific setting in the Supabase dashboard or a known behavior for custom domains that needs to be addressed to ensure the cookie is issued for the root domain?