Firebase signInWithRedirect跨authDomain登录失败无报错求助

• Cookie跨域兼容性检查

  • 打开浏览器Application面板，查看www.staging.com域下的Firebase Auth相关Cookie（名称通常包含firebase），确认其Domain属性是否设置为.staging.com（通配符，允许所有子域名/PR域名共享），SameSite是否为None且带有Secure标记（跨域HTTPS场景必须）。如果Cookie属性不正确，PR域名发起的代理请求无法携带授权会话，导致Firebase无法识别登录状态。
  • 检查登录回调后的网络请求，查看代理到www.staging.com/__/auth/*的请求是否携带了上述Cookie。

• 代理路径与回调逻辑验证

  • 确认PR域名的代理规则是否正确将/__/auth/*路径完整转发到www.staging.com/__/auth/*（或直接指向Firebase官方auth域名）。Firebase Auth的登录回调会固定跳转到authDomain下的/__/auth/handler，路径转发错误会导致回调请求无法触达Firebase，无法完成会话校验。
  • 查看回调请求的网络状态：登录后跳转回的页面是否成功发起/__/auth/handler请求，返回码是否为200，有无异常3xx跳转。

• 跨域状态存储同步问题

  • 检查PR域名下的localStorage/sessionStorage，是否存在firebase:authUser:...格式的键值对。由于浏览器同源策略，PR域名无法直接访问主预发布域名的存储，若代理回调后未将auth状态同步到PR域名，getRedirectResult会因读取不到会话数据返回null。
  • 可尝试在主预发布域名的/__/auth/handler页面添加逻辑，通过postMessage将auth凭证传递回PR域名，再在PR域名页面调用signInWithCredential完成登录。

• Google OAuth回调URI配置校验

  • 确认Google OAuth控制台中，主预发布域名www.staging.com已添加https://www.staging.com/__/auth/handler作为授权回调URI。登录发起在PR域名，但authDomain指向主域名，Google会将授权结果回调到主域名的该路径，若未配置会导致授权失败（虽无报错，但会话无法生成）。
  • 检查主域名的回调页面是否处理了跨域请求源：是否在完成auth验证后，正确跳回发起登录的PR域名（需在signInWithRedirect时记录当前PR域名，回调后携带该域名跳转）。

• Firebase初始化配置一致性检查

  • 确认PR域名下初始化Firebase时，apiKey、projectId等配置与主预发布环境完全一致，仅authDomain设为www.staging.com。配置不匹配会导致auth请求被Firebase拒绝，无法生成有效会话。
  • 检查页面中是否存在多实例Firebase初始化，或后续代码修改了auth实例的配置，导致getRedirectResult调用的实例与登录发起的实例不一致。

• HTTPS环境与混合内容排查

  • 确保所有PR部署域名均使用HTTPS。若PR域名是HTTP，主预发布域名是HTTPS，跨域请求会被浏览器拦截，且Secure属性的Cookie无法在HTTP环境下被携带，导致会话丢失。

内容的提问来源于stack exchange，提问作者yaexiste2