Files
FamilyBook/app
laoyang feff31baad v45b 修复:Thunderbird「找不到日历/联系人」的真根因
用户 2026-10-12 晚:「dav 还是不行,thunderbird 提示找不到日历,联系人也没有。」

真根因(一个由两半无缝衔接构成的 bug):
  TB 添加账号 → GET /.well-known/caldav → 我们 301 到 /dav/
              → TB **跟随这个 GET 跳转** → GET /dav/
              → 我们回 **404「没有这本日历」**
              → TB 判定"这里没有日历" ⇒ 报「找不到日历」。
  CardDAV 完全同型(/.well-known/carddav → GET /carddav/ → 404)
  ⇒ 所以日历和联系人是**同一个 bug**。

修法(对齐参照 DAViCal 的状态码语义):
  · GET 打到 home 容器(bookId=0)→ **405**(原来 404)
    404 = "资源不存在" ⇒ 客户端放弃;405 = "资源在、方法不行" ⇒ 客户端改用 PROPFIND。
  · REPORT 打到容器 → **403**(参照实测也是 403)。
  · dav.php 与 carddav.php **两处同修**(同型孪生 bug)。

顺带对齐参照(「完全按参照返回」口径):
  · 每个 XML 响应都带两行 `DAV:` 头(原来只有 OPTIONS 带)——
    CalDav::xmlHeader / CardDav::multis(所有 XML 响应的必经处)。
  · Content-Type 改 `text/xml`(参照的字面形态)。

探针补齐(这类 bug 长期漏网的三个原因):
  · 原 TB 探针只发 PROPFIND/REPORT,**从不发 GET /dav/**;
  · curl 默认不跟随跳转(要 -L);
  · 得先 GET .well-known 再跟到 /dav/ 才显形。
  ⇒ _fb_dav_tb.py 新增 ①c(follow=True 真跟跳转,断言跟随后不能 404、应为 405);
     _fb_dav_tb.py 支持 FB_SITE(供反向验证指向注入副本)。

验证:
  · TB 探针 35 → **39/0**(新增 4 条 ①c 全过)
  · v45b DAV 反向验证 **7/0**(新增 2 个注入:dav/carddav 容器 GET 改回 404
    —— 都已证明会让断言变红)
  · 全流水线 PUSH_RC=0
  · 线上真机复验:跟随 well-known 的 GET 跳转 → CalDAV 405 / CardDAV 405
    (修复前都是 404);PROPFIND 带两行 DAV 头 + text/xml;
    发现链 207、8 个日历本、1 个通讯录。
2026-10-13 00:29:55 +08:00
..