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:
@@ -248,8 +248,17 @@ function validate_contacts(array $contacts): string
|
||||
if ($kind === 'email' && !filter_var($v, FILTER_VALIDATE_EMAIL)) {
|
||||
return '第 ' . $no . ' 个补充邮箱的格式看起来不对：' . $v;
|
||||
}
|
||||
if ($kind === 'phone' && !preg_match('/^\+?[0-9\- ]{6,25}$/', $v)) {
|
||||
return '第 ' . $no . ' 个补充电话的格式看起来不对：' . $v;
|
||||
if ($kind === 'phone') {
|
||||
/* 🔴 v51（用户第 5 条）：与主手机号**同一套口径** —— 先去分隔符再校验。
|
||||
原来这里收 `[0-9\- ]`（含半角空格），
|
||||
但**全角空格 U+3000** 同样会被判错（PCRE 的 `\s` 不加 /u 不认它）。
|
||||
两处口径不同 = 同一个号码填主字段报错、填补充字段却通过 ⇒ 用户懵。
|
||||
⇒ 统一成"先归一（抹掉空格/短横/括号/全角空格）、再判纯数字"。 */
|
||||
$n = (string)preg_replace('/[\s\-()]+/u', '', str_replace(
|
||||
["\xE3\x80\x80", "\xC2\xA0"], ' ', $v));
|
||||
if (!preg_match('/^\+?[0-9]{5,25}$/', $n)) {
|
||||
return '第 ' . $no . ' 个补充电话的格式看起来不对：' . $v;
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
@@ -1981,6 +1990,18 @@ switch ($r) {
|
||||
'jobRows' => PersonJob::list($id),
|
||||
// 我对他的私备注（第 5 条）：**只有我自己**那一份
|
||||
'myNote' => $isSelf ? '' : PersonNote::get($id, (int)Auth::personId()),
|
||||
/* 🔴 v51（用户 2026-10-15 第 4 条）：「名册这个功能里面，当我编辑资料的时候，
|
||||
在这个页面竟然**没有办法选择它的标签**。按道理讲，名册编辑成员这个地方
|
||||
应该能编辑这一个人的**所有信息**才对。」
|
||||
⇒ 这一页补上「标签」编辑（与名册列表上那颗标签按钮同一份数据源）。
|
||||
⚠️ 标签是**每人一份**的（owner = 我），所以只有"我"名册里的标签有意义：
|
||||
· `myTags` 这个人当前在我名下的标签 → 回填输入框；
|
||||
· `tagChoices` 我名下**用过**的全部标签 → 给可点选的候选（与列表页同一个
|
||||
`PersonTag::cloud()`，两处口径一致）。
|
||||
⚠️ 改自己（$isSelf）不给标签：标签是"我给别人打的"，给自己打没有意义
|
||||
（名册页那颗标签按钮也只在 `$canMove` 时出现）。 */
|
||||
'myTags' => $isSelf ? [] : PersonTag::of((int)Auth::personId(), $id),
|
||||
'tagChoices' => $isSelf ? [] : array_column(PersonTag::cloud((int)Auth::familyId(), (int)Auth::personId()), 'tag'),
|
||||
], 'people');
|
||||
break;
|
||||
|
||||
@@ -2052,6 +2073,12 @@ switch ($r) {
|
||||
'phoneValue' => $d['phone'],
|
||||
'idCardValue' => $d['id_card'],
|
||||
'contacts' => $contacts,
|
||||
/* 🔴 v51：校验失败**必须把标签也带回去**，否则用户刚打的一串标签
|
||||
随着这一屏重画就没了（"改了半天的东西突然消失"）。
|
||||
⚠️ 取自 `$_POST['tags']`（用户刚提交的那份），**不是**库里的旧值 ——
|
||||
这才叫"保留用户填的东西"，`clear_old`/`old()` 那一套同理。 */
|
||||
'myTags' => $isSelf ? [] : PersonTag::clean((string)($_POST['tags'] ?? '')),
|
||||
'tagChoices' => $isSelf ? [] : array_column(PersonTag::cloud($familyId, (int)Auth::personId()), 'tag'),
|
||||
], 'people');
|
||||
exit;
|
||||
}
|
||||
@@ -2081,12 +2108,27 @@ switch ($r) {
|
||||
'phoneValue' => $d['phone'],
|
||||
'idCardValue' => $d['id_card'],
|
||||
'contacts' => $contacts,
|
||||
// v51：同上面那条 —— 重画时保留用户刚提交的标签
|
||||
'myTags' => $isSelf ? [] : PersonTag::clean((string)($_POST['tags'] ?? '')),
|
||||
'tagChoices' => $isSelf ? [] : array_column(PersonTag::cloud($familyId, (int)Auth::personId()), 'tag'),
|
||||
], 'people');
|
||||
exit;
|
||||
}
|
||||
Person::replaceContacts($id, $contacts);
|
||||
// 工作经历：整组替换（第 4 条）。空的那组会把这段经历清空 —— 与联系人同一口径。
|
||||
PersonJob::replace($id, (array)($d['jobs'] ?? []));
|
||||
/* 🔴 v51（用户 2026-10-15 第 4 条）：编辑页也能改「标签」了。
|
||||
⚠️ **owner 永远是"我"**（`PersonTag::setFor(家庭, 我, 他, ...)`）——
|
||||
标签是"我给别人打的"，改它不能影响全家的标签（与列表页那颗标签按钮同一口径）。
|
||||
⚠️ 守卫与"私备注"同一条思路，但不同：
|
||||
· 改自己时表单里**没有** tags 字段 → 不能读（读到空串会把我的标签清空）；
|
||||
· 所以先用 `array_key_exists` 判"这次提交里有没有这个字段"，
|
||||
没有就**不碰**（而不是"当成清空"）。
|
||||
⚠️ 这正是 v49 那次踩过的形状（"字段不在就当成空"会把数据弄丢）——
|
||||
凡"条件出现的字段"都必须按"存在与否"分流，不能按"值是否为空"。 */
|
||||
if ((int)$id !== (int)Auth::personId() && array_key_exists('tags', $_POST)) {
|
||||
PersonTag::setFor($familyId, (int)Auth::personId(), $id, (string)$_POST['tags']);
|
||||
}
|
||||
// 「我对他的私人备注」（第 5 条）：落在**写的人自己**名下（person_notes）。
|
||||
// ⚠️ 两条守卫：
|
||||
// ① 编辑自己时表单里没有这个字段（不需要"我对我的备注"）→ 别把已有的清掉；
|
||||
@@ -4693,6 +4735,29 @@ $want = array_keys($want);
|
||||
redirect('settings/me', [], 'api');
|
||||
break;
|
||||
|
||||
/**
|
||||
* 日程「显示设置」独立页（v51 用户 2026-10-15 第 6 条）。
|
||||
*
|
||||
* 原来「默认视图 + 显示哪些日历本」是**铺在设置下拉里**的一个表单；
|
||||
* 日历本一多，下拉就被撑到屏幕外面（用户原话："下面的设置就看不到了，
|
||||
* 要拉下来才能看到"）⇒ 挪成独立页面，下拉里只留一行「显示设置」。
|
||||
*
|
||||
* ⚠️ 保存仍走既有的 `calendar/prefs`（一条没改）—— 它只是从"下拉里的表单"
|
||||
* 变成"这一页上的表单"，提交契约、字段名、服务端逻辑完全不动。
|
||||
*/
|
||||
case 'calendar/display':
|
||||
$familyId = (int)Auth::familyId();
|
||||
$me = (int)Auth::personId();
|
||||
$cals = Calendar::mine($familyId, $me);
|
||||
View::render('calendar/display', [
|
||||
'title' => '显示设置',
|
||||
'cals' => $cals,
|
||||
'hiddenCals' => array_keys(Calendar::hiddenCalendars($me)),
|
||||
'view' => (string)($_GET['view'] ?? Calendar::defaultView($me)),
|
||||
'anchor' => (string)($_GET['anchor'] ?? date('Y-m-d')),
|
||||
], 'calendar');
|
||||
break;
|
||||
|
||||
case 'calendar/calendars':
|
||||
$familyId = (int)Auth::familyId();
|
||||
$me = (int)Auth::personId();
|
||||
|
||||
Reference in New Issue
Block a user