抽取cookie清理逻辑为新的第六步
This commit is contained in:
QLHazyCoder
+42
-16
@@ -245,9 +245,9 @@
|
||||
|
||||
补充行为：
|
||||
|
||||
- `2925` provider 会拉长单轮轮询窗口，并关闭 Step 4 / 7 的自动重发间隔，减少因邮件延迟过早判负。
|
||||
- Hotmail 在 Step 4 / 7 首轮轮询时会优先使用最近一次验证码请求时间作为时间窗口；如果中途触发重发，轮询窗口也会同步前移，避免旧邮件反复命中。
|
||||
- CPA 模式下，Step 7 在真正回填登录验证码前，会先刷新最新 OAuth 地址并快速重走一次 Step 6，降低验证码等待过久导致 OAuth 过期的概率。
|
||||
- `2925` provider 会拉长单轮轮询窗口，并关闭 Step 4 / 8 的自动重发间隔，减少因邮件延迟过早判负。
|
||||
- Hotmail 在 Step 4 / 8 首轮轮询时会优先使用最近一次验证码请求时间作为时间窗口；如果中途触发重发，轮询窗口也会同步前移，避免旧邮件反复命中。
|
||||
- CPA 模式下，Step 8 在真正回填登录验证码前，会先刷新最新 OAuth 地址并快速重走一次 Step 7，降低验证码等待过久导致 OAuth 过期的概率。
|
||||
|
||||
### Step 5
|
||||
|
||||
@@ -266,22 +266,48 @@
|
||||
|
||||
文件：
|
||||
|
||||
- [background/steps/clear-login-cookies.js](c:/Users/projectf/Downloads/codex注册扩展/background/steps/clear-login-cookies.js)
|
||||
|
||||
流程：
|
||||
|
||||
1. 等待登录前清理延迟
|
||||
2. 直接删除 ChatGPT / OpenAI cookies
|
||||
3. 必要时用 `browsingData` 补扫 cookies
|
||||
4. 完成后进入后续登录链路
|
||||
|
||||
### Step 7
|
||||
|
||||
文件：
|
||||
|
||||
- [background/steps/oauth-login.js](c:/Users/projectf/Downloads/codex注册扩展/background/steps/oauth-login.js)
|
||||
|
||||
流程：
|
||||
|
||||
1. 清理登录前 Cookie
|
||||
2. 通过 CPA / SUB2API 刷新 OAuth 地址
|
||||
3. 打开最新 OAuth 链接
|
||||
4. 登录
|
||||
5. 确保真正进入验证码页
|
||||
6. 如果未进入验证码页，则按可恢复逻辑最多重试 3 次
|
||||
7. 自动运行一旦进入步骤 6 之后的链路，若后续步骤报错且认证页未进入 `https://auth.openai.com/add-phone`，则统一回到步骤 6 重新开始授权流程
|
||||
1. 通过 CPA / SUB2API 刷新 OAuth 地址
|
||||
2. 打开最新 OAuth 链接
|
||||
3. 登录
|
||||
4. 确保真正进入验证码页
|
||||
5. 如果未进入验证码页，则按可恢复逻辑最多重试 3 次
|
||||
6. 自动运行一旦进入步骤 7 之后的链路，若后续步骤报错且认证页未进入 `https://auth.openai.com/add-phone`，则统一回到步骤 7 重新开始授权流程
|
||||
|
||||
### Step 8
|
||||
|
||||
文件：
|
||||
|
||||
- [background/steps/fetch-login-code.js](c:/Users/projectf/Downloads/codex注册扩展/background/steps/fetch-login-code.js)
|
||||
|
||||
流程：
|
||||
|
||||
1. 确认当前认证页已经进入登录验证码页
|
||||
2. 打开邮箱页或 API 轮询入口
|
||||
3. 轮询登录验证码
|
||||
4. 回填登录验证码
|
||||
5. 如遇邮箱轮询类失败，则按有限次数回到 Step 7 重试
|
||||
|
||||
### Step 9
|
||||
|
||||
文件：
|
||||
|
||||
- [background/steps/confirm-oauth.js](c:/Users/projectf/Downloads/codex注册扩展/background/steps/confirm-oauth.js)
|
||||
|
||||
流程：
|
||||
@@ -291,7 +317,7 @@
|
||||
3. 尝试多轮点击“继续”
|
||||
4. 一旦捕获 localhost callback，写入状态并完成步骤
|
||||
|
||||
### Step 9
|
||||
### Step 10
|
||||
|
||||
文件：
|
||||
|
||||
@@ -408,9 +434,9 @@
|
||||
2. 计算是否从中断点继续
|
||||
3. 每轮执行前重置必要运行态
|
||||
4. 执行 `runAutoSequenceFromStep`
|
||||
- 步骤 6 内部仍保留登录态恢复的有限重试
|
||||
- 一旦进入步骤 6~9，遇到普通报错且认证流程未进入 `add-phone`，则自动回到步骤 6 无限重开
|
||||
- 如果是手动停止，则立即退出自动流程，不会再触发“回到步骤 6 重开”
|
||||
- 步骤 7 内部仍保留登录态恢复的有限重试
|
||||
- 一旦进入步骤 7~10，遇到普通报错且认证流程未进入 `add-phone`，则自动回到步骤 7 无限重开
|
||||
- 如果是手动停止，则立即退出自动流程，不会再触发“回到步骤 7 重开”
|
||||
5. 如果失败，根据设置决定：
|
||||
- 立即停止
|
||||
- 当前轮重试
|
||||
@@ -468,5 +494,5 @@
|
||||
|
||||
- 新增共享恢复层：`content/auth-page-recovery.js`。
|
||||
- Step 4 在等待注册验证码页时，如果命中认证页 `Try again / 重试` 页，会先自动点击 `重试` 恢复，再继续回到密码页重提和验证码页确认流程。
|
||||
- Step 6 在识别到登录超时报错页时，会先尝试自动点击 `重试` 恢复当前页面，再按原有有限重试逻辑重新执行整步。
|
||||
- Step 8 在点击 OAuth 同意页 `继续` 后，会额外检查是否进入认证页重试页；若命中则先自动点击 `重试` 恢复，再重新执行当前轮的 `继续` 点击。
|
||||
- Step 7 在识别到登录超时报错页时，会先尝试自动点击 `重试` 恢复当前页面，再按原有有限重试逻辑重新执行整步。
|
||||
- Step 9 在点击 OAuth 同意页 `继续` 后，会额外检查是否进入认证页重试页；若命中则先自动点击 `重试` 恢复，再重新执行当前轮的 `继续` 点击。
|
||||
|
||||
Reference in New Issue
Block a user