cmshoppe/docs/tasks/T-633.md

id, title, phase, deps, status, created

id	title	phase	deps	status	created
T-633	④新账号首次启动登录只打开一个 Chrome 窗口	1	T-105b	TODO	2026-07-14

问题 / 背景

用户在④「账号管理」新增账号后，选中新账号并点击「启动登录」，观察到同时打开两个新的 Chrome 窗口或页面。新增账号本身只写账号记录并创建独立 user_data_dir，不应启动 Chrome；一次「启动登录」也只应准备一个账号 Chrome，并在其中展示一个蝦皮卖家中心登录/管理页面。

当前代码核查结果：

1. AccountsTab 只存在一处 launch_button.clicked.connect(self.launch_login)，launch_login() 每轮只调用一次 accounts.launch_for_login()；没有发现新增账号后重复绑定按钮信号的静态证据。
2. 冷启动路径为：
   • chrome.is_running(debug_port) == false；
   • chrome.launch_chrome() 调用一次 subprocess.Popen()；
   • chrome.wait_debug_ready() 等待 CDP；
   • _open_or_activate_login_tab() 再查找蝦皮页面，未找到时调用 cdp.create_tab_info(portal_url)。
3. chrome.build_launch_args() 当前只传 Chrome 路径、调试端口、remote-allow-origins 和账号 user-data-dir，没有携带 https://<region_host>/portal/。因此新 Chrome 会先按自身启动策略创建空白/新标签页；CDP 就绪后代码又执行一次 Target.createTarget 打开卖家中心。部分 Chrome 版本或窗口状态下，这会表现为一个初始窗口加一个卖家中心窗口，而不是同一窗口内唯一页面。
4. 现有 tests/test_accounts.py 的冷启动测试明确断言 launch_chrome() 后还会调用一次 create_tab_info()，说明当前自动回归把“双阶段建页”当成了正常行为，未覆盖“首次启动只产生一个可见窗口/页面”的产品要求。
5. 本地 chrome_launch 运行日志中，最近两次启动记录相隔约 25 秒，各自只有一次 start -> launched，并记录不同 PID。该证据不支持“单次 GUI 回调调用两次 Popen”，但说明还需要防止用户连续点击或首轮 CDP 消失后再次启动。任务必须同时区分：
   • 一次启动进程内额外创建页面/窗口；
   • 两次独立用户操作或重入导致两轮 Popen。

T-105b 已解决“同账号 Chrome 的 CDP 端口仍在运行时，重复点击必须复用而不能再次 Popen”。本任务补齐新账号/冷启动阶段的单窗口语义和 GUI 防重入，不回退既有幂等复用规则。

方案

1. 冷启动直接携带卖家中心 URL

• 给 chrome.build_launch_args() / chrome.launch_chrome() 增加可选 initial_url 参数；不传时保持现有调用兼容，传入时把规范化 URL 作为唯一启动页面追加到 Chrome 参数末尾。
• accounts.launch_for_login() 在确认账号端口未运行后，计算 https://<region_host>/portal/，调用：

chrome.launch_chrome(account, config=config, initial_url=portal_url)

• URL 必须来自账号已规范化的 region_host，只允许 http/https 的蝦皮卖家中心地址；不得从账号名、备注或其他未验证文本拼接命令行。
• 不加 --new-window，不同时传多个 URL，不修改每账号独立 user-data-dir、CDP 端口或 remote-allow-origins 参数。
• create_shortcut() 和其他直接使用 build_launch_args() 的调用保持兼容；是否让账号快捷方式也直接打开卖家中心，只有在不改变既有参数测试和用户预期的前提下才可同步，不能因本任务无意改掉其他启动入口。

2. 复用冷启动的初始 page target

• wait_debug_ready() 成功后，不立即把“当前没有已完成导航的蝦皮 URL”解释为必须新建 target。
• 对本轮刚启动的 Chrome，在一个短且有上限的预算内重新枚举 /json，等待命令行携带的初始卖家中心页面出现；建议总预算不超过 2～3 秒、短间隔轮询，不使用无条件固定长 sleep。
• 如果已经出现卖家中心或 accounts.shopee.<区域>/seller/login 页面，直接激活该 target，返回 created_tab=false / startup_target_reused=true，不得再调用 Target.createTarget。
• 如果初始 URL 尚未完成，但本轮新 Chrome 已有唯一的普通 page target（如 about:blank / chrome://newtab），优先通过该 target 导航到卖家中心并激活，避免另建窗口。该行为只适用于“本轮刚启动”的冷启动路径。
• 只有在有界等待结束后仍没有任何可复用的 page target 时，才允许兜底创建一个卖家中心 target；返回值和运行日志必须标记 created_tab=true 与兜底原因。
• 对“端口启动前已经运行”的 Chrome 继续沿用 T-105b：优先激活现有卖家中心/登录页；若没有，新增一个卖家中心 tab。不得为了单窗口目标导航、覆盖或关闭用户已有的普通页面。

3. GUI 增加启动中防重入

• AccountsTab 增加按账号别名或调试端口判断的启动中状态；一次启动未结束时，同账号再次触发 launch_login() 必须直接忽略，不进入第二次 accounts.launch_for_login()。
• 点击后立即禁用「启动登录」以及会改变当前账号选择/配置的相关操作；无论启动成功还是失败，都在 finally 或等价收口中恢复正确按钮状态。
• 当前启动链路在 GUI 主线程同步等待约 1～2 秒，本任务第一版可保留线程模型，不强制顺带重构为新 worker；但必须避免阻塞期间排队的第二次点击在首轮结束后再触发一次完整启动。
• 被防重入拦截时不弹重复警告窗口，可在状态栏显示“该账号 Chrome 正在启动，请稍候”，并写脱敏运行事件 result=ignored reason=launch_in_progress，便于区分用户连续点击和底层重复建页。
• 防重入状态只能约束 GUI 入口，底层 accounts.launch_for_login() 仍必须依赖 CDP 端口检查实现真正幂等，不能把按钮禁用当作唯一保护。

4. 补齐可诊断启动结果

• launch_for_login() 返回值至少继续保留 action/pid/target_id/url/created_tab，并可增加：
  • initial_url；
  • startup_target_reused；
  • page_target_count；
  • fallback_reason。
• run_type=chrome_launch 日志应能判断本轮是：
  • 复用已经运行的 Chrome；
  • 新启动并复用初始页面；
  • 新启动后因无可用页面而兜底建 tab；
  • 启动中重复点击被忽略。
• 日志只记录账号别名、端口、PID、target ID、URL 和状态；不得记录密码、Cookie、token、页面 HTML 或完整 Chrome Preferences。
• 不把 Chrome 的多进程架构误报为多个浏览器窗口。实机验收以可见顶层窗口、CDP page target 和运行日志三者共同判断。

5. 测试与实机验证

• 更新 tests/test_chrome.py：
  • initial_url 为空时参数与当前兼容；
  • 传入卖家中心 URL 时只追加一次且位置正确；
  • 非法 scheme/空 host 被拒绝；
  • 账号隔离参数和 Chrome 路径不回归。
• 更新 tests/test_accounts.py：
  • 冷启动把卖家中心 URL 传给 launch_chrome()；
  • 初始 target 已出现时直接激活，不调用 create_tab_info()；
  • 初始 target 延迟出现时在短预算内重查并复用，不重复建页；
  • 冷启动只有空白 page 时导航该 page，不创建第二个 target；
  • 完全没有 page target 时只兜底创建一次；
  • 已运行 Chrome 的 T-105b 复用路径不调用 launch_chrome()，也不覆盖普通用户页面。
• 更新 tests/test_gui.py：
  • 一次点击只调用一次 accounts.launch_for_login()；
  • 启动中第二次触发被忽略；
  • 成功/失败后按钮状态恢复；
  • 新增账号后不会自动启动 Chrome；
  • 运行日志能区分 launched/reused/ignored。
• Windows 实机使用一个全新临时账号配置验证：
  • 点击一次「启动登录」只出现一个该账号 Chrome 顶层窗口；
  • 窗口内直接显示卖家中心或蝦皮登录页，不残留额外空白窗口；
  • /json 中只有业务需要的初始页面，不因冷启动固定多出一个空白 target；
  • 快速连续点击不会产生第二轮 Chrome 启动；
  • Chrome 已运行后再次点击只激活/复用现有窗口；
  • 关闭 Chrome 后再次启动仍只出现一个窗口。

验收要点

• 新增账号后第一次点击「启动登录」，只启动一个 Chrome 浏览器实例，并只产生一个用户可见顶层窗口。
• 初始窗口直接进入卖家中心或蝦皮登录页，不先开空白窗口再额外创建卖家中心窗口。
• 单次 GUI 操作最多调用一次 subprocess.Popen；启动中连续点击也不会排队触发第二轮启动。
• 同账号 CDP 已运行时继续复用，绝不新增 Chrome 进程；用户已有普通 tab 不被覆盖或关闭。
• 冷启动没有可复用 target 的异常情况下最多兜底创建一个 tab，不无限等待、不循环建页。
• 日志能明确区分新启动、复用、兜底建页和重复点击被忽略，且不包含敏感信息。
• 不自动填写账号密码、不自动提交登录、不绕过验证码或风控。
• 自动验证：
  • py -3.10 -m unittest tests.test_chrome
  • py -3.10 -m unittest tests.test_accounts
  • py -3.10 -m unittest tests.test_gui
  • py -3.10 -m unittest discover -s tests
  • python -m ruff check app tests main.py
  • py -3.10 -m compileall app main.py
  • git diff --check

边界（不改什么）

• 不修改账号表、SQLite schema、账号 slug 或 user_data_dir 生成规则。
• 不删除、迁移或复用其他账号的 Chrome 数据目录；不主动结束 Chrome 进程来掩盖重复窗口。
• 不通过固定长等待、隐藏窗口、最小化窗口或 --new-window 参数规避问题。
• 不改变①采集“可自动确保 Chrome 就绪”和③更新“只检测、不自动启动”的既有边界。
• 不修改 Shopee 商品详情页 CDP 选择器、采集、标题/封面更新、AI/cmhub、Excel 或自动升级流程。
• 不自动登录、不填写或提交密码、不读取 Cookie 值、不绕过验证码、风控或权限校验。
• 实现时同步更新 docs/04-architecture.md、docs/api.md 和必要的 docs/routes.md；不修改冻结的 docs/06-tasks.md。