grep RELATED-TO = 0,LocalEvent 无 parentUid 字段。待办是平铺的,没有层级。
grep RELATED-TO
LocalEvent
parentUid
parent_uid
IcsUtil
RELATED-TO;RELTYPE=PARENT:<父uid>
子任务是 VTODO 层级结构(RELATED-TO),与 #38-#42 的提醒/删除/字段/热区是不同维度,可独立验收
提交:d9db8b4
d9db8b4
TodoService.completeChildren
按用户选定:父任务勾选完成时子任务全部完成。
真机 UI 未验(设备离线)。需人工验:缩进显示、级联完成、父任务选择弹层。
设备连上后补做了本批(#43 #44 #45)的真机验证。
服务器写入一条「今天 DUE」的待办后:
待办 0 条
待办 1 条
[144,1398][1004,1442] 今天截止验证
待办完成成功 id=750
0 条
待办区是否还在: False
服务器写入父任务 + 子任务(RELATED-TO)后:
个人成长待办:REPORT 4 个资源,解析 4 条
[202,796][437,851] 父任务验证
无截止时间 · 群晖:个人成长 · 0/1
[277,985][571,1040] ∟ 子任务验证
∟
待办完成成功 id=751
id=752
级联完成 1 个子任务(父 verify43-parent)
filePicker/FileMgr
测试数据已全部删除(verify45-today-todo / verify43-parent / verify43-child,均 204)。
No dependencies set.
The note is not visible to the blocked user.
现状
grep RELATED-TO= 0,LocalEvent无parentUid字段。待办是平铺的,没有层级。需要做的事
parent_uid(TEXT,空=顶层任务);LocalEvent加parentUidIcsUtil读写RELATED-TO;RELTYPE=PARENT:<父uid>验收标准
待确认
为什么单独建单
子任务是 VTODO 层级结构(RELATED-TO),与 #38-#42 的提醒/删除/字段/热区是不同维度,可独立验收
验收记录
提交:
d9db8b4改了什么
RELATED-TO;RELTYPE=PARENT:<父uid>读写(IcsUtil + 数据层 parentUid 字段)TodoService.completeChildren)级联语义
按用户选定:父任务勾选完成时子任务全部完成。
怎么验的
遗留
真机 UI 未验(设备离线)。需人工验:缩进显示、级联完成、父任务选择弹层。
真机验证结果(2026-11-04 19:00,设备 5NC0225B27004718)
设备连上后补做了本批(#43 #44 #45)的真机验证。
#45 待办投射到日历 —— ✅ 全部通过
服务器写入一条「今天 DUE」的待办后:
待办 0 条→待办 1 条(同步后正确识别)[144,1398][1004,1442] 今天截止验证待办完成成功 id=750待办 1 条→0 条,界面消失待办区是否还在: False)#43 子任务 —— ✅ 全部通过
服务器写入父任务 + 子任务(RELATED-TO)后:
个人成长待办:REPORT 4 个资源,解析 4 条[202,796][437,851] 父任务验证无截止时间 · 群晖:个人成长 · 0/1[277,985][571,1040] ∟ 子任务验证(x 从 202→277,缩进 75px)∟正确显示待办完成成功 id=751+id=752+级联完成 1 个子任务(父 verify43-parent)#44 附件 —— ⚠️ 部分通过
filePicker/FileMgr记录,选择器正常打开清理
测试数据已全部删除(verify45-today-todo / verify43-parent / verify43-child,均 204)。