3.2.11 后台「测试邮件」改走主题模板，并修发信早于落库
两个问题叠在一起，都不报错，只是「测了等于没测」：
1. 按钮发的是纯文本
validate_options() 里 isset($_POST['sendmail']) 那个分支只有一句裸
wp_mail()，正文是「恭喜您 SMTP 邮件服务配置成功！」。于是点测试收到的
东西和真实评论通知（HTML 模板）完全不同，没法用它验收版式。
主题里 yang_mail_send_test() 本来就是干这件事的，但全仓库零调用点 ——
注释写着「后台测试按钮走这条」，实际上从没接上线。
2. 发信发生在配置落库之前
validate_options() 是 register_setting 的回调，返回值之后才由 WP
写进数据库。在分支里直接发信，主题配 PHPMailer 时读 kratos_option()
拿到的还是上一次保存的主机/账号/密码。刚改完 SMTP 密码点测试，
测的是旧密码，表现成「明明填对了却发不出去」。
改法：
- 分支里先 update_option('kratos', $clean) 再调 yang_send_test_mail()
- yang_send_test_mail() 优先调主题的 yang_mail_send_test()；
主题被换掉时退回原来的纯文本，不能因此白屏
- send_mail_notice() 从「一律发送完成」改成三态：WP_Error / wp_mail
返回 false / 成功，前两者用 error 样式。原来密码错了也显示成功，
用户会去邮箱里干等。
assertions: run_tests 95 → 104 条（新增 2k 组 8 条 + 1 条）
- sendmail 分支确实调用主题发信函数、确实先落库
- 落库位置在发信位置之前（判顺序，不判有没有）
- 分支里没有裸 wp_mail
- 发信函数对主题缺失做了兜底
- 提示语分三态，两类失败都用 error 样式
falsify 22 → 24 条：
- 注入「先发信后落库」⇒ 变红（这条一开始是假绿：判据比的是注释里
那两个词谁先出现，注释里 update_option 和函数名都在，恒真。
改成先剥注释再比代码里的位置）
- 注入「退回裸 wp_mail」⇒ 变红
顺带修了 falsify 的一个基础设施坑：options-framework 那批文件在工作区
是 CRLF，锚点里写 \n 对多行内容恒不匹配，报的是「命中 0 次」，
很像锚点选错了。inject() 现在先试原样、不中再把 \n 换 \r\n 重试一次。
全量 12 组 / 506 条断言全绿。
This commit is contained in:
Reference in New Issue
Block a user