v48：日历本共享面板提速（×日历本数 → 唯一一份）/ 点日历带入开始时间真修 / 去十字光标
用户 2026-10-14 三条。
① 日历本共享弹框「特别慢」—— 真根因 = 选人组件 ×日历本数
用户原话：「设置日历本共享的时候，弹出框特别慢，好像又是 bitwarden 的问题，
需要再彻查一下。」
线上门禁诊断页实测（真实登录态）：
cals=12, roster=800, pp_components=12, html_kb=5876.5,
json_attr_kb=1586.8, noscript_kb=4137.8, inputs=9657, labels=9593
服务端只花 ~70ms ⇒ **慢在浏览器侧**。本地夹具造出同规模复现：
首屏 4086ms / 整页 9.3MB / noscript 文本 6.7MB。
真根因：calendars.php **每本日历**都内联一整套 _person_picker，每个组件把
**全部 800 人**化成 1 份 data-pp-people JSON + 1 份 <noscript> 兜底 ⇒
12 本 = 12 份 ⇒ 近万个表单控件，浏览器/密码管理器逐个扫描。
⚠️ **不是 Bitwarden 独有**（用户怀疑它）——任何遍历 input / 读整页 HTML 的扩展都会中招。
修法：与账目页 #ledPanels / 名册 #rosterMenus 同一套（同类问题第 3 次）——
行上只留 [data-cal-share-open] 按钮，真表单全页唯一一份 #calSharePanel。
线上复验：html_kb 5876.5 → **526.6**、pp_components 12 → **1**、noscript 6.7MB → 0.34MB。
② 点日历带入开始时间失效 —— 真根因是 window.fbSetDT 被提前 return 吞掉
用户原话：「之前这个功能是有的，后来我们改了时间控件之后，这个功能就没有了。」
两层真根因（都在 assets/js/app.js）：
· fbSetDT 定义在 `if (!hasMonth) { … return; }` **之后**（IIFE 尾部）——
日程页首屏没有 input[type=month] ⇒ 直接 return ⇒ 尾部赋值**永不执行**
⇒ setStart() 里 typeof window.fbSetDT === 'function' 为假。（与 v42 修
fbBootAntd 是同一家族：对外接口写在提前 return 之后 ⇒ 静默失效。）
· bindParts() 初始化是"以三个下拉为准"（rebuildDays(true); sync();），而
__fbSyncParts 这个**赋值**写在它们之后 ⇒ 点击带入的 dt-date 被旧下拉盖回。
真浏览器调用栈实测：set date=2026-10-10（setStart）紧跟 set 2026-10-14（sync←bindParts）。
· 第三层：group.__fbRemount 是 v35 的空壳，且 fbSetDT 查找被 data-semi-range-done
门住 —— 日程「结束」默认隐藏 ⇒ upgradeRange 早退、永不设该标记 ⇒
**可见的 antd 控件永不重绘**（隐藏字段对了、用户看到的还是旧值）。
修法：① fbSetDT 提到所有 return 之前；② bindParts 初始化改成**以权威字段 date
为准**（box.__fbSyncParts(); sync();，且赋值顺序提前）；③ antd RangePicker/单点
控件改**受控**（value+状态）、__fbRemount 接成"重读原生值+重绘"、查找不再要求
data-semi-range-done。真浏览器实测：**可见控件**显示 2026-10-10 09:00 / 周视图 15:00。
③ 去掉十字光标
用户：「现在鼠标放在视图上时，变成了一个十字。我感觉这个没必要。」
删 app.css 的 cursor:crosshair 规则；`.rt-writable` 类名**保留**（它是"能不能写"
的 DOM 标记位，_fb_batch_e.py 断言依赖它）。点击建日程的能力**一字不动**。
验证（新增 3 个套件 + 1 个反向验证）：
· _fb_v48_cal.py（12 条，含"**可见的** antd 控件显示值"两条）
· _fb_v48_picker.py（9 条，造 12 本 + 800 人规模，量首屏耗时/整页体积/picker 数）
· _fb_v48_share_e2e.py（4 条，共享真落库 + 权限正确）
· _b48_falsify.py（**6 个注入 / 13 条断言全抓**，含"antd 改回非受控"、
"不接 __fbRemount"、"重现第二份选人组件"）
· 全量 e2e 1510/0、vCard 40/0、几何 428/0、v38/v39/v40/v47 反向验证全绿
· 全流水线 **PUSH_RC=0**；线上四文件 md5 与本地逐字节一致；
线上门禁诊断复验三条修复全部 YES，临时诊断页已删并复验 404
顺带修掉的**工具链自身缺陷**（详见 pitfalls.md）：
· familybook_deploy.sh 有 8 处 `_code_only … | grep -q`，在 `set -o pipefail` 下
会因 SIGPIPE(141) **假红**（本轮缩短了 calendars.php 上半段就触发）。
新增 `_code_has <file> <str>`（先落盘再 grep，不走管道）全部换掉。
· v40 那条"数据丢失级"静态守卫盯的是老字面量 `rebuildDays(true)` —— 改成
接受两种安全形式，行为层最终判据仍在 _fb_b40_movie.py（全绿）。
· 更新 4 个反向验证脚本里因本次重构而失配的锚点（b38/b39/b40 + 新增 b48）。
laoyang
6ee5662854
