From 6ee5662854ac151a61def416f50cea197b53b8a1 Mon Sep 17 00:00:00 2001
From: laoyang <i@yangyq.net>
Date: Wed, 14 Oct 2026 14:30:37 +0800
Subject: [PATCH] =?UTF-8?q?v48=EF=BC=9A=E6=97=A5=E5=8E=86=E6=9C=AC?=
 =?UTF-8?q?=E5=85=B1=E4=BA=AB=E9=9D=A2=E6=9D=BF=E6=8F=90=E9=80=9F=EF=BC=88?=
 =?UTF-8?q?=C3=97=E6=97=A5=E5=8E=86=E6=9C=AC=E6=95=B0=20=E2=86=92=20?=
 =?UTF-8?q?=E5=94=AF=E4=B8=80=E4=B8=80=E4=BB=BD=EF=BC=89/=20=E7=82=B9?=
 =?UTF-8?q?=E6=97=A5=E5=8E=86=E5=B8=A6=E5=85=A5=E5=BC=80=E5=A7=8B=E6=97=B6?=
 =?UTF-8?q?=E9=97=B4=E7=9C=9F=E4=BF=AE=20/=20=E5=8E=BB=E5=8D=81=E5=AD=97?=
 =?UTF-8?q?=E5=85=89=E6=A0=87?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

用户 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）。
---
 assets/css/app.css               |  19 +++-
 assets/js/app.js                 | 172 +++++++++++++++++++++++++++----
 templates/calendar/calendars.php | 156 ++++++++++++++++++++++------
 templates/calendar/index.php     |   5 +-
 4 files changed, 294 insertions(+), 58 deletions(-)

diff --git a/assets/css/app.css b/assets/css/app.css
index e5d3e0e..b5aeec0 100644
--- a/assets/css/app.css
+++ b/assets/css/app.css
@@ -195,11 +195,24 @@ a:hover { text-decoration: underline; }
 .cal-set-links a .mi { flex: 0 0 16px; color: var(--muted); }
 .cal-set-links a:hover .mi { color: currentColor; }
 
-/* 点了日历空白处就建日程 —— 鼠标要能看出那里可点（用户第 5 条）。
-   ⚠️ 只给「能写」的人光标：只读账号点上去弹不出表单，给个十字光标是骗人。 */
-.tg-col.rt-writable, .cal-cell.rt-writable { cursor: crosshair; }
+/* 点了日历空白处就建日程（能力保留，见 templates/calendar/index.php 的 data-new-at）。
+   🔴 v48（用户 2026-10-14 第 3 条）：「现在鼠标放在视图上时，变成了一个十字。
+      我感觉这个没必要，不用有这样的变化。」
+   ⇒ **去掉十字光标**。原来给 `.rt-writable`（能写的人）挂 `cursor: crosshair`
+      是想"让人看出这里能点"，但用户明确不要这个视觉变化。
+   ⚠️ 只删光标、**不删能力**：点击建日程的 JS 与 `data-new-at` 一律不动
+      （那是第 2 条要修好、而不是要撤掉的东西）。
+   ⚠️ 连 `.rt-writable` 类本身也留着 —— 它还被别处引用，且是"这个人能不能写"
+      这一状态在 DOM 上的标记位，删类名会牵连样式与断言。 */
 .link-quiet { color: var(--muted); font-size: 14px; }
 .link-quiet:hover { color: var(--brand); }
+/* 长得像链接的**按钮**（v48）。`.link-quiet` 本来是给 <a>/<summary> 写的，
+   直接套在 <button> 上会带上浏览器的灰底/边框/内边距 ⇒ 与旁边的链接不一致。
+   这里把按钮的外观清成纯文字，只保留"可点"的观感（颜色/下划线走 .link-quiet）。 */
+button.btn-inline {
+  background: none; border: 0; padding: 0; margin: 0;
+  font: inherit; line-height: inherit; cursor: pointer;
+}
 
 /* 顶栏里的文字一律不许换行 —— 一换行就是「首/页」「名/册」竖排，很难看 */
 .nav a, .topbar-right a, .who-name { white-space: nowrap; }
diff --git a/assets/js/app.js b/assets/js/app.js
index 5804bcb..eff9816 100644
--- a/assets/js/app.js
+++ b/assets/js/app.js
@@ -1339,6 +1339,54 @@
              document.querySelectorAll('[data-dt-antd-single]'));
     return true;
   };
+  /* 🔴🔴 v48（用户 2026-10-14 第 2 条）：「点了日历某一格 → 新建弹窗里应带入
+     那个日期/时间…之前这个功能是有的，后来我们改了时间控件之后就没有了。」
+     **真根因就在这里**：`window.fbSetDT` 原来**只**定义在本 IIFE 的**尾部**
+     （在 `if (!hasMonth) { … return; }` 与 Semi 加载分支的几个 `return` **之后**）。
+     日程页首屏没有 `input[type=month]`（没有工作经历那种"年月"控件）⇒ `!hasMonth`
+     成立 ⇒ **直接 return** ⇒ 尾部的 `window.fbSetDT` **永远不执行**。
+     于是 templates/calendar/index.php 的 `setStart()` 里
+     `typeof window.fbSetDT === 'function'` 为假 → 走"兜底"分支只写 `dt-date.value`，
+     而页面上的年/月/日三个下拉**没有跟着变**；弹框一显示，MutationObserver 触发
+     `bindParts()` → `sync()` 又把三个下拉的**旧值**写回 `dt-date`
+     ⇒ 用户点的 10-10 被盖回服务端默认的今天。（真浏览器实测：
+         `SET date=2026-10-10` 紧跟着 `SET date=2026-10-14`。）
+     ⚠️ 与 v42 修 `fbBootAntd`/`fbUpgradeRange` 是**同一个家族**：对外接口写在
+        提前 `return` 之后 ⇒ 静默失效。这次补上 `fbSetDT`。 */
+  window.fbSetDT = function (name, str) {
+    if (!name) { return false; }
+    var box = null;
+    Array.prototype.forEach.call(document.querySelectorAll('.dt-input[data-dt]'), function (b) {
+      if (box) { return; }
+      var cfg = {};
+      try { cfg = JSON.parse(b.getAttribute('data-dt') || '{}'); } catch (e) {}
+      if (cfg.name === name) { box = b; }
+    });
+    if (!box) { return false; }
+    writeDT(box, str);
+    /* 🔴 v37：隐藏的 *_date 写完还不算完 —— 页面上真正给用户看的是
+       「年 / 月 / 日」三个下拉，必须让它们**跟着走到同一个值**，
+       否则会出现"程序设了 15:00，下拉里还写着 09:00"这种最难解释的不一致。
+       ⚠️ v48：控件还没 bindParts 时 `__fbSyncParts` 是 undefined —— 没关系，
+         下拉会在 bindParts 初始化时以 dt-date 为准对齐（见 bindParts 的 v48 说明）。 */
+    if (box.__fbSyncParts) { box.__fbSyncParts(); }
+    // 原生写完了 —— 现在把 antd / Semi 一侧也刷新成同一个值
+    var group = box.closest ? box.closest('.dt-range') : null;
+    /* 🔴 v48：**不再要求 `data-semi-range-done`**。
+       原来靠它分辨"这对是否已升级成范围控件"，但日程页的「结束」默认是隐藏的 ⇒
+       `upgradeRange()` 因"两端都得可见"而 **early-return**、永远不打那个标记 ⇒
+       即便 `mountAntd` 已经挂好 antd 并把 `group.__fbRemount` 接好了，
+       这里也会因为缺那个标记而**退到 `box.__fbRemount`**（`dt-part` 成员被
+       `upgrade()` 跳过 ⇒ 那是 undefined）⇒ **可见控件永远不重绘**。
+       ⇒ 直接"有 group 的重绘就用 group 的，否则用 box 的"。两者若都在，
+          先用 group（范围控件才是用户看得见的那个），再用 box（对齐下拉）。
+       ⚠️ 顺序上 `bootAntd` 比 `upgradeRange` **先**跑（见 boot()），
+          所以 `mountAntd` 设的 `group.__fbRemount` 会**覆盖** `upgradeRange` 设的那版 ——
+          这正是我们要的：有 antd 就用 antd 的重绘。 */
+    if (group && group.__fbRemount) { group.__fbRemount(); }
+    if (box.__fbRemount) { box.__fbRemount(); }
+    return true;
+  };
 
   /* ⚠️ 只要还有 month 控件就得拉 Semi；纯 .dt-input 页面（绝大多数）不用拉。 */
   if (!hasMonth) {
@@ -1481,8 +1529,17 @@
     bindParts(a);
     bindParts(b);
 
-    // 供 fbSetDT / fbUpgradeRange 的既有调用点使用
-    group.__fbRemount = function () {};
+    /* 供 fbSetDT / fbUpgradeRange 的既有调用点使用。
+       🔴 v48：不再是空壳 —— 两端各自的**下拉**要跟着原生值走。
+       ⚠️ 与 `mountAntd`（antd 那套）的分工：本函数**先**跑（boot 里先 upgradeRange），
+          `mountAntd` **后**跑并把 `group.__fbRemount` **覆盖**成"重读原生值 + 重绘 antd"。
+          所以：
+            · 有 antd 的页面 → 最终是 mountAntd 那版（下面的空壳被覆盖）；
+            · 没有 antd 的页面 → 就是这一版，把两个端点的下拉对齐到原生值。 */
+    group.__fbRemount = function () {
+      if (a.__fbSyncParts) { a.__fbSyncParts(); }
+      if (b.__fbSyncParts) { b.__fbSyncParts(); }
+    };
     guardRequired(a);
     guardRequired(b);
     group.setAttribute('data-semi-range-done', '1');
@@ -1568,10 +1625,10 @@
        ⇒ 首屏应当 `rebuildDays(true)`：把**服务端已经选好**的那一天保留下来。
           （`true` 的语义是"能保留就保留"：那天在新月份里不存在时仍然清空 ——
            31 号 → 2 月那种，见上面 `d.value` 那行的判断。） */
-    rebuildDays(true);    // ⚠️ 不是 false！见上面那段说明（传 false 会把日期抹掉）
-    sync();
-
-    // 供 fbSetDT / writeDT 程序化改值之后让三个下拉跟上
+    /* 供 fbSetDT / writeDT 程序化改值之后让三个下拉跟上。
+       ⚠️⚠️ v48：**赋值必须在下面调用之前** —— 这是赋值语句（不提升），
+          原来它写在 `rebuildDays(true); sync();` **之后**，会导致
+          "点日历带入的日期被初始化盖掉"（详见下面 `__fbSyncParts` 的说明）。 */
     box.__fbSyncParts = function () {
       var m = (date.value || '').match(/^(\d{4})-(\d{2})-(\d{2})$/);
       if (!m) { y.value = ''; mo.value = ''; rebuildDays(false); d.value = ''; return; }
@@ -1580,6 +1637,25 @@
       rebuildDays(false);
       d.value = String(+m[3]);
     };
+
+    /* 🔴🔴 v48（用户 2026-10-14 第 2 条）：初始化改成**以 `date` 为准**。
+       原先是 `rebuildDays(true); sync();` —— `sync()` 读的是**三个下拉**、
+       再写回 `date`。这在"服务端渲染 → 用户不动"时没问题（三者本就一致），
+       但**点日历带入时间**时就成了 bug：
+         ① 点击 → `setStart()` → `fbSetDT` 已经把 `date` 改成 10-10、三个下拉还是
+            服务端的 10-14（那一刻还没 bindParts，`__fbSyncParts` 尚不存在）；
+         ② 弹框显示 → MutationObserver 触发 → 这里的 bindParts 初始化跑
+            `sync()` → 用**旧下拉**的 10-14 **盖回 `date`** ⇒ 用户点的日期丢了。
+       真浏览器实测（`_fb_v48_dbg3.py`）的调用栈：
+            set date=2026-10-10  ← setStart / openNew
+            set date=2026-10-14  ← sync() ← bindParts
+       ⇒ 初始化必须以**权威字段 `date`** 为准去对齐下拉（`__fbSyncParts()`），
+          而不是反过来。`date` 是真正的表单字段，它就是唯一真相。
+       ⚠️ 这同时**保住了 v40 的修复**（不把已存日期抹成空）：`__fbSyncParts`
+          在 `date` 有值时会把下拉逐档对齐（含 `rebuildDays` 重铺天数），
+          `sync()` 随后算出的值与 `date` 相同 ⇒ 不触发、不丢。 */
+    box.__fbSyncParts();
+    sync();
   }
 
   /**
@@ -1841,17 +1917,40 @@
       b.classList.toggle('has-value', !!s1);
     }
 
-    try {
+    /* 🔴🔴 v48（用户 2026-10-14 第 2 条）——**受控 + 可重绘**。
+       原来这里是 `defaultValue`（非受控）：只在**首次挂载**时读一次原生值，
+       之后怎么改原生字段（`fbSetDT`）它都不会重画。于是"点日历带入时间"会出现：
+         隐藏字段 = 10-10（对的），**可见的 antd 控件却还写着 10-14**（错的）。
+       用户看到的正是后者 ——「点了 10 号，弹窗里开始时间还是今天」。
+       ⇒ 改成**受控**（`value` + 状态）+ 暴露 `__fbRemount()`：
+         · 内部改动：`onChange/onCalendarChange` → `writeBack` → 更新状态 → 重绘；
+         · 外部改动：`fbSetDT` 写完原生字段后调 `__fbRemount()` → 从原生值**重读**
+           状态 → 重绘 ⇒ 可见控件与隐藏字段永远一致。
+       ⚠️ 状态用 `v0/v1` 两个字符串（'YYYY-MM-DD HH:mm'）：与 writeBack 的入参同一
+          口径（antd 的 `strs` 就是这个格式），不用在两条路之间换算。 */
+    var st0 = v0, st1 = v1;
+    var root = null;
+
+    function renderPicker() {
       var picker = React.createElement(antd.DatePicker.RangePicker, {
         showTime: { format: 'HH:mm' },
         format: 'YYYY-MM-DD HH:mm',
         allowClear: true,
         placeholder: ['开始时间', '结束时间'],
-        defaultValue: (v0 || v1) ? [toDayjs(v0 || v1), toDayjs(v1 || v0)] : undefined,
+        // ⚠️ 受控：空串要给 null，否则 dayjs('') 会变成 Invalid Date → 控件显示 NaN
+        value: [st0 ? toDayjs(st0) : null, st1 ? toDayjs(st1) : null],
         // ⚠️ onCalendarChange 是**单端也算**的那个（实测：只点开始它就响）；
         //    onChange 只在两端齐了才响。两个都挂才不会丢值。
-        onCalendarChange: function (vals, strs) { writeBack(strs); },
-        onChange: function (vals, strs) { writeBack(strs); }
+        onCalendarChange: function (vals, strs) {
+          writeBack(strs);
+          st0 = (strs && strs[0]) || ''; st1 = (strs && strs[1]) || '';
+          renderPicker();
+        },
+        onChange: function (vals, strs) {
+          writeBack(strs);
+          st0 = (strs && strs[0]) || ''; st1 = (strs && strs[1]) || '';
+          renderPicker();
+        }
       });
       /* 🔴 v39：**必须用 ConfigProvider 包住**，否则面板上的「确定 / 取消 / 此刻」
          和星期格式还是英文 —— antd 读的是**上下文里的** locale，不是全局变量。
@@ -1861,12 +1960,26 @@
       if (loc) {
         picker = React.createElement(antd.ConfigProvider, { locale: loc }, picker);
       }
-      ReactDOM.createRoot(host).render(picker);
+      if (!root) { root = ReactDOM.createRoot(host); }
+      root.render(picker);
+    }
+
+    try {
+      renderPicker();
     } catch (e) {
       if (window.console) { console.warn('antd RangePicker 挂载失败，留在自建下拉：', e && e.message); }
       host.parentNode.removeChild(host);
       return false;
     }
+    /* 🔴 v48：把 `__fbRemount` 从"空壳"换成**真的重读原生值 + 重绘**。
+       ⚠️ 原来 upgradeRange() 里写的是 `group.__fbRemount = function () {};`（占位），
+          于是 fbSetDT 调它等于什么都没做 —— 可见控件永远不跟着变。
+       ⚠️ 本函数**后于** `upgradeRange()` 执行（boot 里先 upgradeRange 再 bootAntd），
+          所以这里会**覆盖** upgradeRange 设的那版 —— 有 antd 就用 antd 的重绘。 */
+    group.__fbRemount = function () {
+      st0 = cur(a); st1 = cur(b);
+      try { renderPicker(); } catch (e) { /* 重绘失败不该影响已写好的原生值 */ }
+    };
     group.classList.add('is-antd');
     group.setAttribute('data-antd-done', '1');
     return true;
@@ -1905,23 +2018,36 @@
       box.classList.toggle('has-value', !!s);
     }
     var v0 = cur();
-    try {
+    /* 🔴 v48：与 `mountAntd` 同一处修复（用户第 2 条）——改成**受控 + 可重绘**。
+       原来 `defaultValue` 只在挂载时读一次；`fbSetDT` 之后可见控件不跟着变。
+       （这一处（任务的「截止时间」）目前没有"点击带入"的调用点，
+         但同一个组件模型必须一致 —— 否则下一个人接它就踩同一个坑。） */
+    var st = v0, root = null;
+    function renderPicker() {
       var picker = React.createElement(antd.DatePicker, {
         showTime: { format: 'HH:mm' },
         format: 'YYYY-MM-DD HH:mm',
         allowClear: true,
         placeholder: '选择时间',
-        defaultValue: v0 ? window.dayjs(v0, 'YYYY-MM-DD HH:mm') : undefined,
-        onChange: function (val, str) { writeBack(str); }
+        value: st ? window.dayjs(st, 'YYYY-MM-DD HH:mm') : null,
+        onChange: function (val, str) { writeBack(str); st = str || ''; renderPicker(); }
       });
       var loc = (window.antd.locales && window.antd.locales.zh_CN) || undefined;
       if (loc) { picker = React.createElement(antd.ConfigProvider, { locale: loc }, picker); }
-      ReactDOM.createRoot(host).render(picker);
+      if (!root) { root = ReactDOM.createRoot(host); }
+      root.render(picker);
+    }
+    try {
+      renderPicker();
     } catch (e) {
       if (window.console) { console.warn('antd 单点时间控件挂载失败，留在自建下拉：', e && e.message); }
       host.parentNode.removeChild(host);
       return false;
     }
+    box.__fbRemount = function () {
+      st = cur();
+      try { renderPicker(); } catch (e) { /* 重绘失败不影响已写好的原生值 */ }
+    };
     box.classList.add('is-antd');
     box.setAttribute('data-antd-done', '1');
     return true;
@@ -1939,7 +2065,12 @@
     bindParts(box);
     box.classList.add('is-native');
     box.classList.add('has-value');
-    box.__fbRemount = function () {};
+    /* 🔴 v48：不再是空壳 —— 单点控件的三个下拉要跟着原生值走。
+       （`mountAntdSingleDT` 若挂上了 antd，会把这个函数**覆盖**成"重读 + 重绘"；
+         没挂 antd 的页面就靠这一版把下拉对齐。见 mountAntdSingleDT。） */
+    box.__fbRemount = function () {
+      if (box.__fbSyncParts) { box.__fbSyncParts(); }
+    };
     guardRequired(box);
     box.setAttribute('data-semi-done', '1');
   }
@@ -2148,13 +2279,10 @@
        「年 / 月 / 日」三个下拉，必须让它们**跟着走到同一个值**，
        否则会出现"程序设了 15:00，下拉里还写着 09:00"这种最难解释的不一致。 */
     if (box.__fbSyncParts) { box.__fbSyncParts(); }
-    // 原生写完了 —— 现在把 Semi 一侧也刷新成同一个值
+    // 原生写完了 —— 现在把 antd 一侧也刷新成同一个值（同尾部那份，见上面 v48 说明）
     var group = box.closest ? box.closest('.dt-range') : null;
-    if (group && group.getAttribute('data-semi-range-done') && group.__fbRemount) {
-      group.__fbRemount();
-    } else if (box.__fbRemount) {
-      box.__fbRemount();
-    }
+    if (group && group.__fbRemount) { group.__fbRemount(); }
+    if (box.__fbRemount) { box.__fbRemount(); }
     return true;
   };
 
diff --git a/templates/calendar/calendars.php b/templates/calendar/calendars.php
index 219ca96..75c6631 100644
--- a/templates/calendar/calendars.php
+++ b/templates/calendar/calendars.php
@@ -93,42 +93,42 @@ $canWrite  = \App\Auth::canWrite();
                     <?php foreach ($sh as $s): ?>
                       <?= person_chip($s) ?>
                       <span class="node-badge"><?= ($s['perm'] ?? '') === 'write' ? '可写' : '只读' ?></span>
+                      <?php /* 取消共享：**保留**（每个只是一张小表单，不含选人组件，
+                               十几个也不需要优化）。原来它与"选人"一齐被关在
+                               <details> 里，现在 <details> 撤了，这里就地给个按钮。 */ ?>
+                      <?php if ($canWrite): ?>
+                        <form class="inline-form" method="post" action="<?= e(url('calendar/cal_unshare')) ?>">
+                          <?= csrf_field() ?>
+                          <input type="hidden" name="id" value="<?= (int)$c['id'] ?>">
+                          <input type="hidden" name="person_id" value="<?= (int)$s['person_id'] ?>">
+                          <button class="btn btn-ghost btn-sm" type="submit"
+                                  title="取消共享给 <?= e(person_name($s)) ?>">取消</button>
+                        </form>
+                      <?php endif; ?>
                     <?php endforeach; ?>
                   </div>
                 <?php endif; ?>
                 <?php if ($canWrite && $people): ?>
-                  <details class="node-add">
-                    <summary class="link-quiet">共享设置</summary>
-                    <form class="inline-form" method="post" action="<?= e(url('calendar/cal_share')) ?>">
-                      <?= csrf_field() ?>
-                      <input type="hidden" name="id" value="<?= (int)$c['id'] ?>">
-                      <?php
-                      $ppName     = 'person_id';
-                      $ppPeople   = array_values(array_filter($people,
-                          fn($p) => (int)$p['id'] !== (int)\App\Auth::personId()));
-                      $ppSelected = [];
-                      $ppMode     = 'single';
-                      $ppOpenBtn  = '选择要共享给谁';
-                      $ppTitle    = '共享给谁';
-                      $ppEmptyText = '未选择';
-                      require __DIR__ . '/../_person_picker.php';
-                      ?>
-                      <select class="select" name="perm">
-                        <option value="read">只读</option>
-                        <option value="write">可写</option>
-                      </select>
-                      <button class="btn btn-sm" type="submit">共享</button>
-                    </form>
-                    <?php foreach ($sh as $s): ?>
-                      <form class="inline-form" method="post" action="<?= e(url('calendar/cal_unshare')) ?>">
-                        <?= csrf_field() ?>
-                        <input type="hidden" name="id" value="<?= (int)$c['id'] ?>">
-                        <input type="hidden" name="person_id" value="<?= (int)$s['person_id'] ?>">
-                        <span class="cal-share-name"><?= e(person_name($s)) ?></span>
-                        <button class="btn btn-ghost btn-sm" type="submit">取消共享</button>
-                      </form>
-                    <?php endforeach; ?>
-                  </details>
+                  <?php /* 🔴🔴 v48（用户 2026-10-14 第 1 条：「设置日历本共享的时候，
+                       弹出框特别慢，好像又是 bitwarden 的问题，需要再彻查一下。」）
+                       真根因（线上门禁诊断页实测，不是猜）：
+                         本页有 **12 本日历**，原来**每一本都内联一整套选人组件**，
+                         而每个组件都把**全部 800 人**化成一份 JSON 与一份 noscript 兜底：
+                             html_kb=5876.5, json_attr_kb=1586.8, noscript_kb=4137.8,
+                             inputs=9657, labels=9593, pp_components=12
+                         ⇒ 整页 **5.9 MB / 近万个表单控件**，浏览器 + 密码管理器逐个扫描
+                            ⇒ "弹出框特别慢"。本地夹具造出同规模后首屏 **4.1 秒 / 9.3 MB**。
+                         ⚠️ 这**不是 Bitwarden 独有的问题**：任何遍历 `input` / 读整页 HTML
+                            的扩展都会中招，Bitwarden 只是最典型的那个。
+                       修法与**账目页 #ledPanels / 名册 #rosterMenus 同一套**（同一类问题
+                       在这个项目里已经出现过两次，都是"把共享面板收成一份"解决的）：
+                         行上只留一个**按钮**（带 data-* 标明是哪本日历），
+                         真正的选人表单全页**只有一份**，放在页尾 #calSharePanel，
+                         点按钮时把"日历 id / 名字"灌进去。 */ ?>
+                  <button type="button" class="link-quiet btn-inline"
+                          data-cal-share-open
+                          data-cal-id="<?= (int)$c['id'] ?>"
+                          data-cal-name="<?= e((string)$c['name']) ?>">共享设置</button>
                 <?php endif; ?>
               </td>
               <?php if ($canWrite): ?>
@@ -258,3 +258,95 @@ $canWrite  = \App\Auth::canWrite();
     </div>
   </div>
 <?php endif; ?>
+
+<?php /* ==================== 共享设置：全页**唯一**一份（v48）====================
+   与账目页 #ledPanels、名册 #rosterMenus 同一套思路：行上只留一个按钮，
+   真正的选人表单集中在这里。
+
+   🔴 为什么必须只有一份（用户 2026-10-14 第 1 条「弹出框特别慢」的真根因）：
+      原来**每本日历**都内联一套 `_person_picker`，而每个组件都把全部 800 人
+      化成 JSON + `<noscript>` 兜底。12 本 ⇒ 整页 5.9 MB / 近万个 input
+      ⇒ 浏览器与密码管理器逐个扫描，慢得能感觉到。
+      收成一份之后：**一整套选人组件**（1 份 JSON + 1 份 noscript），
+      与日历本数无关 —— 再多本日历页也不会再变大。
+
+   ⚠️ 选人组件是**单选**（`$ppMode='single'`）：行上按钮被点开时，用
+      `window.ppSetSelected('person_id', 0, panel)` 把它重置成"未选"，
+      再让用户挑 —— 否则上一次挑的人会留在表单里（看着像"已经选好了"）。 */ ?>
+<?php if ($canWrite && $people): ?>
+  <div class="cal-modal" id="calSharePanel" hidden role="dialog" aria-modal="true"
+       aria-label="共享日历本">
+    <div class="cal-modal-panel" style="max-width:520px">
+      <div class="cal-modal-head">
+        <b>共享「<span class="cal-share-title"></span>」给谁</b>
+        <button type="button" class="cal-modal-x" data-cal-share-close aria-label="关闭">✕</button>
+      </div>
+      <form method="post" action="<?= e(url('calendar/cal_share')) ?>" class="cal-modal-body"
+            id="calShareForm">
+        <?= csrf_field() ?>
+        <input type="hidden" name="id" value="">
+        <div class="dt-range-label">选择要共享给谁</div>
+        <?php
+        $ppName     = 'person_id';
+        $ppPeople   = array_values(array_filter($people,
+            fn($p) => (int)$p['id'] !== (int)\App\Auth::personId()));
+        $ppSelected = [];
+        $ppMode     = 'single';
+        $ppOpenBtn  = '选择要共享给谁';
+        $ppTitle    = '共享给谁';
+        $ppEmptyText = '未选择';
+        require __DIR__ . '/../_person_picker.php';
+        ?>
+        <div class="field" style="margin-top:12px">
+          <label for="cal-share-perm">权限</label>
+          <select class="select" name="perm" id="cal-share-perm">
+            <option value="read">只读</option>
+            <option value="write">可写</option>
+          </select>
+        </div>
+      </form>
+      <div class="cal-modal-foot">
+        <?php /* ⚠️ 用 `form="calShareForm"` **显式关联**（表单在 .cal-modal-body 里、
+                 按钮在 .cal-modal-foot 里，不是同一个父节点）。原来写成 `form=""` 是
+                 **无效值**（空串不等于任何表单 id），点了不提交 —— 与 v37 日程弹框
+                 那次"按钮看不到"同一类 DOM 结构坑。id 由下面的脚本赋上（避免与别处撞名）。 */ ?>
+        <button class="btn btn-sm" type="submit" form="calShareForm">共享</button>
+        <button class="btn btn-ghost btn-sm" type="button" data-cal-share-close>取消</button>
+      </div>
+    </div>
+  </div>
+  <script>
+  (function () {
+    var panel = document.getElementById('calSharePanel');
+    if (!panel) { return; }
+    var form  = panel.querySelector('form');
+    var idInp = form.querySelector('input[name="id"]');
+    var ttl   = panel.querySelector('.cal-share-title');
+
+    function close() { panel.hidden = true; }
+
+    document.addEventListener('click', function (e) {
+      var t = e.target;
+      if (!t || !t.closest) { return; }
+      var open = t.closest('[data-cal-share-open]');
+      if (open) {
+        e.preventDefault();
+        idInp.value = open.getAttribute('data-cal-id') || '';
+        if (ttl) { ttl.textContent = open.getAttribute('data-cal-name') || ''; }
+        // 重置选人为"未选"：单选组件没选人时显示占位（见 _person_picker.php）
+        if (window.ppSetSelected) { window.ppSetSelected('person_id', 0, panel); }
+        var perm = panel.querySelector('select[name="perm"]');
+        if (perm) { perm.value = 'read'; }
+        panel.hidden = false;
+        return;
+      }
+      if (t.closest('[data-cal-share-close]')) { close(); return; }
+      // 点遮罩关闭（点面板内不关）
+      if (t === panel) { close(); }
+    });
+    document.addEventListener('keydown', function (e) {
+      if (e.key === 'Escape' && !panel.hidden) { close(); }
+    });
+  })();
+  </script>
+<?php endif; ?>
diff --git a/templates/calendar/index.php b/templates/calendar/index.php
index 7609f76..0a2187b 100644
--- a/templates/calendar/index.php
+++ b/templates/calendar/index.php
@@ -30,7 +30,10 @@ $writable = array_values(array_filter($cals, static fn($c) => \App\Calendar::can
 $visCals  = array_map('intval', (array)($visCals ?? []));
 $hiddenCals = array_map('intval', (array)($hiddenCals ?? []));
 $newAt    = (string)($newAt ?? '');
-// 能不能"点一下建日程"：只读账号点了没反应，所以连十字光标都不给（见 CSS 的 rt-writable）
+// 能不能"点一下建日程"：只读账号点了没反应，所以连 rt-writable 标记都不给。
+// 🔴 v48（用户 2026-10-14 第 3 条）：**十字光标已去掉**（CSS 里不再有 cursor:crosshair），
+//    但 `rt-writable` 这个**类名保留** —— 它是"这个人能不能写"在 DOM 上的标记位，
+//    点击建日程的判断逻辑与此无关（见底部 JS 的 $canWrite && $writable）。
 $canNew   = $canWrite && (bool)$writable;
 
 // 三种看法各自的「上一段 / 下一段」：月按整月走，周按 7 天走，天按 1 天走