v51：旅程编辑保存后刷新 / 名册编辑页可改标签 / 手机号归一 / 反复点击带入时间+默认1h+分栏 / 日程设置拆分
用户 2026-10-15 六条。 ① 旅程详情「编辑」保存后页面不刷新（改了题图/标题，页头纹丝不动） **两个 bug 串在一起**： A. 只换 `#nodeListHost`（行程列表），而标题/题图/时间城市都在那容器**外面**（服务端直出）； B. 🔴 `form.id === 'tripForm'` **永远为假** —— HTML 表单把**同名具名控件**挂成自己的属性， `tripForm` 里有 `<input name="id">` ⇒ `form.id` 返回的是**那个 input** （`String(form.id)` = `[object HTMLInputElement]`）。同类还有 form.name/action/method。 ⇒ 修法：`form.getAttribute('id')` 判型；tripForm（编辑旅程本体）→ **整页刷新**， nodeForm（行程增删改）→ 仍只换行程列表（那是 v41 用户明确要的"不整页跳"）。 ② 名册编辑页不能选标签（"应该能编辑这个人的所有信息才对"） `templates/people/form.php` 里压根没有标签 UI ⇒ 新增 `#ptBlock`： 候选勾选（PersonTag::cloud）+ 自由输入（`name="tags"`，唯一提交源，勾选框只是快捷方式）。 ⚠️ `PersonTag::setFor(家庭, **我**, 他, …)` —— owner 永远是"我"，不影响全家的标签。 ⚠️ 守卫按**字段存在与否**分流（array_key_exists），不是"值是否为空"——否则改自己时 表单没这个字段，按"空值=清空"会把人家的标签抹掉。 ⚠️ 校验失败的两条重渲染路径也要带上 `myTags`/`tagChoices`（取 `$_POST['tags']`）。 ③ 导入的手机号带空格 → 编辑时被判"格式不对"（"统一处理一下"） 真根因：主手机号正则 `^\+?[0-9\-]{6,20}$` **空格一律判错**，而补充电话那条收 `[0-9\- ]` ⇒ 同一个号码填主字段报错、填补充字段通过。 ⇒ ① `Person::normPhone()` 去空格/短横/括号/**全角空格 U+3000**； ② 校验改成「先归一再判纯数字」——⚠️ 只把正则放宽到含 `\s` **不够**： PCRE 的 `\s`（无 /u/UCP）**不认全角空格**，通讯录导出里真有； ③ create/update/replaceContacts **入库前归一**（原来 hash 内部归一但**密文存原样**）； ④ `Schema::ensure` 加**一次性迁移**（哨兵 `phone_normalized_v51`）把已入库的 带分隔符号码解密→归一→写回（手机号是加密存的，SQL 里没法 LIKE/REPLACE）。 ④ 周/日视图"只有第一次带入的时间是对的" 真根因（真机给 `__fbRemount` 装 getter/setter 才抓到）：起止字段藏在弹框里 ⇒ boot 时 `upgradeRange()` 因"两端不可见"提前 return ⇒ 那一刻**只有 mountAntd** 给它赋值 （会"重读原生值+重绘 antd"）；而**一打开弹框** `fbUpgradeRange()` 补跑 ⇒ 在尾部把它**重新赋成"只对齐原生下拉、不碰 antd"**的一版 ⇒ 此后 antd 控件永远停在第一次的值。 ⇒ `upgradeRange()` 不再降级覆盖更强的实现，改成"把对齐下拉串在它前面"（`__fbRangeSync` 防自套）。 ⑤ 默认结束 = 开始 + 1 小时；新增日程要按分栏错开（不再叠盖） · `setStart()` 里顺带设 ends_at = +1h（⚠️ 跨午夜顺延到次日；⚠️ 不捆进 fbSetDT， 那个接口被"编辑已有日程"复用，强改会弄丢用户填的时长）。 · 真根因：`putTimed()` 只把自己那条**整宽**铺上去，不知道同列已有日程 （服务端整页渲染有分栏，但那是整页重绘时才算的）⇒ 前端 `relayoutColumn(col)` **照抄服务端 `conflictLanes`** 重排整列；模板加 `data-s`/`data-e`（**声明的起止分钟**， 不能从 top/height 反推 —— 那是"实际显示结束"，不是真实结束分钟）。 ⑥ 日程设置下拉太长（日历本一多就把下面的设置挤出屏幕）→ 拆成"四行列表 + 显示设置独立页" 新建 `templates/calendar/display.php` + 路由 `calendar/display`（默认视图 + 显示哪些本子）； `_settings_menu.php` 从"内联表单"改成**纯列表四行**（显示设置/日历本管理/订阅管理/DAV 口令）； ⚠️ `.cal-set-books` 原本 `max-height:42vh`（"塞在下拉里"的妥协）⇒ 用 `.cal-set-page` 作用域覆盖，否则整页里再套一层内滚 = 要滚两次。 保存仍走既有 `calendar/prefs`（一个字段没改）。 验证：`_fb_v51_ui.py`（25 条真机）+ `_b51_falsify.py`（**12 注入 / 25 断言全抓**）； e2e 1511/0；`_fb_batch_e.py` 与 `familybook_deploy.sh` 里"设置菜单含 show_present"等 旧断言随 #6 搬到 display 页（意图一字不改）；全流水线 PUSH_RC=0、部署 0 FAIL（含"第51批形态"）； 线上 10 文件 md5 逐字节一致。 ⚠️ 排查纪律（已写进 pitfalls.md）： · `form.id` 被同名控件遮蔽 —— 判型一律用 `getAttribute('id')`； · 反向验证的注入可能"打偏"（改的那处不是探针实际走的分支）—— 本轮 12 个注入有 2 个一开始没变红，都是注入打偏、不是断言弱。
This commit is contained in:
+40
-2
@@ -1585,11 +1585,49 @@
|
||||
`mountAntd` **后**跑并把 `group.__fbRemount` **覆盖**成"重读原生值 + 重绘 antd"。
|
||||
所以：
|
||||
· 有 antd 的页面 → 最终是 mountAntd 那版（下面的空壳被覆盖）；
|
||||
· 没有 antd 的页面 → 就是这一版，把两个端点的下拉对齐到原生值。 */
|
||||
group.__fbRemount = function () {
|
||||
· 没有 antd 的页面 → 就是这一版，把两个端点的下拉对齐到原生值。
|
||||
|
||||
🔴🔴 v51（用户 2026-10-15）——**这里原来是"降级覆盖"，害了日程页的带入时间**。
|
||||
用户原话：「在周视图和日视图的某一个地方点击，它会把当前的时间带进来，
|
||||
但是**只有第一次**带进来的时间是对的……当我关闭了它，再次点击的时候，
|
||||
无论我点什么地方，它带进来的还是 8 点钟。」
|
||||
|
||||
**真根因（真机插桩实测，不是猜的）**：
|
||||
日程页首屏那对起止字段是**藏在弹框里**的（`#calAddCard` 默认 `hidden`）
|
||||
⇒ boot 时 `upgradeRange()` 因为"两端不可见"**直接 return**（见上面的守卫）
|
||||
⇒ 那一刻 **`mountAntd` 是唯一给 `group.__fbRemount` 赋值的人**
|
||||
（它那一版会"重读原生值 + `renderPicker()` 重绘 antd"）。
|
||||
而**一打开弹框**（元素第一次可见），页内 `openNew()` 会调
|
||||
`window.fbUpgradeRange()` 补升级 ⇒ `upgradeRange()` 这次跑到底，
|
||||
在**它的尾部**把 `group.__fbRemount` **重新赋成了下面这一版** ——
|
||||
只会对齐两个原生下拉、**根本不碰 antd**。
|
||||
⇒ 此后每次 `fbSetDT`（点日历带入时间）都走到这一版：
|
||||
隐藏字段与原生下拉都更新了，**可见的 antd 控件永远停在第一次的值**。
|
||||
这正是"第一次对、后面都不动"。
|
||||
|
||||
⇒ 修法：**别覆盖已经更强的重绘实现**。
|
||||
· 已存在 `__fbRemount`（= mountAntd 那版）时：把"对齐原生下拉"**串在它前面**，
|
||||
而不是把它顶掉；
|
||||
· 不存在时：才用下面这版（纯原生页面的兜底）。
|
||||
⚠️ 顺序：先对齐下拉再重绘 antd —— mountAntd 那版会从原生值重读，
|
||||
先让原生侧一致，重绘出来的才对。
|
||||
⚠️ 幂等：`upgradeRange` 若因任何原因再跑一次，也不会把自己套进自己
|
||||
（用 `__fbRangeSync` 标记，套过的就不重复套）。 */
|
||||
var syncPartsOnce = function () {
|
||||
if (a.__fbSyncParts) { a.__fbSyncParts(); }
|
||||
if (b.__fbSyncParts) { b.__fbSyncParts(); }
|
||||
};
|
||||
if (typeof group.__fbRemount === 'function' && !group.__fbRangeSync) {
|
||||
/* 已有更强的实现（mountAntd）→ 只把"对齐下拉"挂到它前面 */
|
||||
var stronger = group.__fbRemount;
|
||||
group.__fbRangeSync = true;
|
||||
group.__fbRemount = function () {
|
||||
syncPartsOnce();
|
||||
return stronger();
|
||||
};
|
||||
} else if (!group.__fbRemount) {
|
||||
group.__fbRemount = syncPartsOnce;
|
||||
}
|
||||
guardRequired(a);
|
||||
guardRequired(b);
|
||||
group.setAttribute('data-semi-range-done', '1');
|
||||
|
||||
Reference in New Issue
Block a user