Chrome扩展OAuth配置遇上线与审批互卡死循环求助

这是Google OAuth配置面板的引导逻辑bug，不属于操作错误，按以下步骤操作即可绕开循环：

• 第一步先把配置状态切回Testing，不要在Production状态下提交任何审核申请。先补全OAuth同意屏幕所有必填项：应用名称、开发者联系邮箱、公开可访问的隐私政策页面、服务条款页面，所有信息要和后续发布的Chrome扩展信息完全一致，不要填写虚假内容。如果申请的是敏感权限，提前准备无剪辑的操作录屏，完整展示用户触发权限的入口、系统权限申请弹窗、授权后功能的实际运行效果，不要加剪辑特效。
• 第二步进入Chrome网上应用店开发者后台，把扩展上传为未公开草稿，不需要提交公开发布，草稿状态即可拿到固定的扩展ID、扩展详情页临时标识。回到OAuth配置页的应用域名板块，绑定对应扩展ID、扩展资产信息，证明这个OAuth客户端确实服务于对应Chrome扩展。
• 第三步不要手动点击「切换到In Production」按钮，直接在Testing状态下找到验证申请入口提交审核。提交备注里明确说明：本应用为Chrome扩展，当前已在Chrome应用商店上传待发布草稿，OAuth权限审核通过后会立刻提交扩展公发布流程，所有申请的权限仅用于扩展声明的核心功能，不存在越权使用场景。
• 如果第一次提交被打回、驳回理由为「应用未处于live状态」，直接在驳回工单通道回复，补充Chrome应用商店的草稿截图、功能演示材料，说明Chrome扩展的发布规则要求必须先通过OAuth权限审核才能提交公开发布，要求审核团队按照Chrome扩展类应用的审核规则校验，不要套用普通Web应用的上线要求。
• 若两次提交都被相同理由打回，直接提交Google Cloud官方支持工单，分类选择「OAuth同意屏幕与权限验证」，在工单里说明遇到的循环卡壳问题，附上配置页报错截图、扩展草稿证明、权限使用说明，一般1-3个工作日会有工作人员手动绕过状态校验，把申请拉入正式审核流程。

避坑提醒：不要为了过审随便填不属于你的域名作为隐私政策、应用主页地址，审核团队会校验域名所有权，一旦查到信息造假会直接封禁对应OAuth客户端，没有申诉通道。

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