StyledFirebaseAuth的createAuthUri在不同Firebase项目返回不同响应问题

问题场景 #

使用Next.js 13对接Firebase开发应用，通过react-firebaseui/StyledFirebaseAuth组件处理身份验证。迁移到关联Google Cloud项目的生产Firebase项目后，出现异常：已注册邮箱仍被强制进入注册流程。对比发现，Google Identity Toolkit API的createAuthUri接口在相同请求参数下，开发项目返回包含registered、signinMethods等字段的完整响应，生产项目仅返回sessionId。手动调用Firebase Auth的signinWithEmailAndPassword可正常登录，仅组件出现问题，已检查URL白名单和授权提供者配置。

排查与解决建议 #

1. 确认Firebase Auth电子邮件/密码提供者的完整配置 #

进入生产Firebase项目的「Authentication」→「登录方法」→「电子邮件/密码」：

• 确保同时启用「允许用户使用电子邮件地址和密码登录」和「允许用户使用电子邮件链接登录（无密码）」（若不需要无密码登录，可关闭，但需确认组件是否依赖该配置）
• 检查是否开启了「阻止创建新用户」，若开启会导致组件逻辑异常
• 重新保存配置，避免关联GCP后配置未同步

2. 检查GCP Identity Toolkit API的权限配置 #

由于生产项目关联GCP，需确认Identity Toolkit API的权限是否完整：

• 进入GCP控制台→「IAM与管理员」→「IAM」
• 找到Firebase Auth对应的服务账号（格式：firebase-auth@[你的项目ID].iam.gserviceaccount.com）
• 确保该账号拥有Identity Toolkit API User角色，或直接授予identitytoolkit.relyingparty.createAuthUri权限
• 若权限缺失，添加后等待5-10分钟让权限生效

3. 统一开发与生产环境的依赖版本 #

react-firebaseui与Firebase SDK版本不兼容可能导致接口调用逻辑异常：

• 检查package.json中firebase、react-firebaseui的版本，确保开发和生产环境完全一致
• 建议升级到最新兼容版本（如firebase@9.x+react-firebaseui@6.x，适配Next.js 13）
• 执行npm install或yarn install锁定依赖，避免部署时版本不一致

4. 验证授权域与请求参数的一致性 #

• 再次确认生产环境的「Authentication」→「设置」→「授权域」包含当前应用的完整域名（需带https://前缀，包括部署平台的默认域名如xxx.vercel.app）
• 对比开发与生产环境createAuthUri的请求payload，重点检查continueUri参数是否在授权域内，若生产环境的continueUri未被授权，接口会返回受限响应

5. 禁用App Check或验证其配置 #

若生产环境启用了Firebase App Check：

• 暂时禁用App Check，测试组件是否恢复正常
• 若恢复，说明App Check的配置限制了createAuthUri接口的完整响应，需调整App Check的规则，允许Identity Toolkit API的请求

6. 重置Firebase Auth关联的GCP配置 #

若以上步骤无效，可尝试重置Firebase与GCP的关联：

• 在Firebase控制台→「项目设置」→「集成」→「Google Cloud Platform」，断开关联后重新关联
• 操作前备份Firebase Auth的所有配置（如登录方法、用户数据等）

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