fix: 修复页面间切换不及时的问题

[maya1900]

1. 修复第三步填写邮箱密码，跳转到 duck 拿到邮箱没有立即切换到注册页；
2. 获取验证码后没有及时切换到注册/登录页面

[github-actions]

PR 已自动转向开发分支

这个 PR 原本指向 master，系统已自动把目标分支改成 dev。

后续自动审查和自动合并都只会针对 dev 进行，master 不会被自动合并。

GitHub 重新计算差异后，工作流会再次运行。

[maya1900]

1. 修复第三步填写邮箱密码，跳转到 duck 拿到邮箱没有立即切换到注册页；
2. 获取验证码后没有及时切换到注册/登录页面

第2 点说错了：修复点击重发验证码后没有立即切换到邮箱页面导致刷新报错；
补充：
3. 修复 inbucket 邮箱没有正确获取刷新按钮

[QLHazyCoder]

codex-gpt-5.4分析结果（不一定完全正确，请仔细确认无问题下面继续评论）：

1. background.js 的 ensureAutoEmailReady() 里把原来的 fetchGeneratedEmail(currentState, { generateNew: true, generator }) 改成了固定调用 fetchDuckEmail(...)。当前基线代码仍然支持 emailGenerator=cloudflare，所以这个改动会让自动流程在 Cloudflare 模式下直接回退成 Duck 邮箱，属于明确功能回退。

2. 同一函数成功分支的日志使用了 duckAttempt 和 DUCK_EMAIL_MAX_ATTEMPTS，但这两个标识在 PR 代码里没有定义。首次成功获取 Duck 邮箱后，执行到这行日志就会抛 ReferenceError，自动流程会在邮箱已拿到的情况下中断。

3. executeStep4() / runStep7Attempt() 现在无条件调用 focusMailTabForVerification(mail, step)，但 getMailConfig() 在 Hotmail 模式下只返回 { provider, label }，没有 source/url。这会让 Hotmail 流程进入 reuseOrCreateTab(undefined, undefined) 这类无效标签页操作，直接破坏 Hotmail 的验证码流程。

[maya1900]

合并了 master 分支

[QLHazyCoder]

codex-gpt-5.4分析结果（不一定完全正确，请佬友确认无问题下面继续评论）：

1. 这次修复把验证码填写后的切页切换封装成了 activateTabWithRetry，但同一条链路里的 executeStep4() 和 requestVerificationCodeResend() 仍然直接调用 chrome.tabs.update(signupTabId, { active: true })。如果这里仍然命中这次要规避的 “Tabs cannot be edited right now” 临时错误，步骤 4/7 还是会卡在没有切回注册/登录页的状态，问题并没有被彻底消掉。
2. sidepanel/sidepanel.js 里的通用 fetchGeneratedEmail() 现在无论是手动点“获取邮箱”，还是步骤 3 自动取 Duck 邮箱，都会固定传 returnToSignupPageOnSuccess: true。这会把“切回注册页”的副作用扩散到所有手动取邮箱场景：只要之前存在一个 signup-page 标签页，单独点获取邮箱也会被强制切回那个页。这个行为如果只是想修步骤 3，建议默认关闭，只在步骤 3 / 自动流程显式开启。