yueli
f4f887c2b4
feat(borrow): 全局提醒支持双向 —— 发起方也能收到「转交被拒绝」
提醒组件从单向（待我接收）扩展为双向，一次轮询同时取回两类：
① 转交被拒绝 —— 我发起、对方拒收，物品责任仍在我手上
② 待我接收 —— 别人转给我、等我确认
弹窗（沿用中央 Modal + 遮罩，不进则已、进则打断）：
标题「转交被拒绝」，列出被拒物品（物料名 + 单号 + 接收人，超过 5 笔折叠计数），
按钮【去处理】(跳借还记录) /【知道了】。
★ 优先级：拒绝提醒优先于待接收提醒，且**一次只弹一个弹窗**。
前者是「责任已回到你手上」的状态变更，后者是「等你确认」的待办；
本次弹了拒绝就直接 return，待接收那条留给下一轮（此时拒绝已 ack），
避免两个 Modal 叠加打扰。
★ 两条退出路径都算「已知悉」并 ack —— 否则每次登录都会再弹同一条，
从提醒退化成骚扰。ack 失败不阻断，下一轮还会再提醒（宁可多提醒一次，
也不能漏）。
防叠加沿用上一轮的模块标志 + DOM 探测，标题白名单扩为两个。
顺带：流转明细时间线为转交节点补状态标签（已拒绝/待接收），被拒的转交
不再与成功的长得一模一样。
验证（node 复刻判定链）
既有拒绝、又有 2 件待接收 → 弹[转交被拒绝]；确认后 ack；
下一轮 → 弹[待办通知] count=2；再轮询 → 不弹(未变)。
拒绝优先、不叠加、ack 后待接收提醒正常补上。
2026-09-17 10:44:07 +08:00
..
2026-09-11 14:45:23 +08:00
2026-09-16 17:14:29 +08:00
2026-07-17 16:13:12 +08:00
2026-03-10 12:15:26 +08:00
2026-07-13 15:12:22 +08:00
2026-09-08 11:13:38 +08:00
2026-09-09 09:31:23 +08:00
2026-09-11 10:34:23 +08:00
2026-09-10 17:41:29 +08:00
2026-09-16 17:22:51 +08:00
2026-09-17 10:44:07 +08:00