2 Commits

Include renames

Author	SHA1	Message	Date
yml2213	ed6e186655	fix(ui,test): 说明巡检与重登的联动关系；修掉一条按分钟偶发失败的测试 ... 看图时发现两个问题： 一、页面上那段说明是 P1a 时代的文案，已经过时且误导：「重登仍由人工在 「CK 检测与重登」页面操作」——P1b 上线后自动重登已存在。两个作业其实是联动的 上下游：巡检把账号标成 invalid，「CK 自动重登」的候选条件正是这个字段，所以 巡检一发现失效、重登作业下一周期就会接手。刻意分成两个作业是为了止损粒度 （巡检只读零风险；重登会真实登录，出问题可单独关掉）。据此改写说明文案，并在 两张卡片上标出「下游：CK 自动重登」/「上游：巡检标记为失效且有 CK 的账号」。 二、jobs 接口新增 pending_relogin：当前有多少条正等着自动重登。页面靠它把 上下游关系显性化 —— 没有这个数字，两个开关看起来像互不相干。计数走重登作业 自己的候选查询，保证「页面显示的待办」和「作业实际会捞的」是同一口径。 顺带修掉 tests/test_douyu_email_code_pick.py 里一条既有缺陷：它用 max(0, now.minute - 30) 构造「30 分钟前的邮件」，分钟数小于 30 时会退化成当前 整点（21:00:12 → "今天 21:00"），只比 now 早十几秒，于是断言随「当前几点」偶发 失败 —— 每小时前 30 分钟必红（已确认在我本次所有改动之前的提交上同样失败， 不是本次引入）。改成真实的时间减法，跨天时用「昨天」。 全量 298 通过。提交时另一路 SQLite→MySQL 的测试改造仍在同一工作区进行， 本次只暂存本功能相关文件。	2026-10-02 21:01:17 +08:00
yml2213	4d87cdc16d	fix(douyu): 取邮箱验证码取错邮件，导致登录永远报「邮箱验证码错误」 ... 线上现象：同一个邮箱每次登录都取到同一个旧验证码（UID=1、几小时前那封）， 提交必然失败；整体重试 20 次又把斗鱼的发信配额打爆。 两个根因： 1. Roundcube 返回的邮件列表本来就是 UID 降序（最新在前），代码又 reversed() 了一次，于是从收件箱最旧的一封开始读； 2. _parse_rc_date 用 UTC 作为基准，而 Roundcube 显示的是邮箱本地时间，旧邮件 被凭空加了 8 小时，看起来比发送时间还新，时间过滤形同虚设。 改动： - 发信前用 latest_douyu_uid() 记录收件箱最新斗鱼邮件 UID，之后只接受 UID 更大的邮件，精确锁定「本次发送触发的那封」，不再依赖列表顺序和日期解析； - 明确按 UID 降序读取，去掉多余的 reversed()； - 日期解析改为本地时区 aware datetime，时间兜底过滤才真正生效； - 斗鱼返回「邮箱验证码发送次数已达上限」时抛 EmailQuotaError，直接终止批次 不再重试，避免继续烧配额。 线上实测（忧伤的心750 / aakpfc@bdhg.xyz）：修复前每次读 UID=1 的旧码 942715；修复后基线 UID=20、按发送时间与快照过滤均正确跳过旧邮件，正文读取 取到最新一封。	2026-10-01 18:42:56 +08:00