[17.0-rc][疑似平台] 多 tab 新建表单校验失败后丢失已填值且布局错乱

[yinlianghui]

现象

工单新建弹窗（Case / SLA / Resolution 三个 tab）：

1. 在 Case tab 填好主题/客户/状态/优先级，提交 → 报 description is required（该必填字段在第三个 tab 上，错误不提示所在 tab）
2. 切到 Resolution 填 description，再提交 → 报 subject is required; description is required; status is required; priority is required —— 之前所有已填值全部丢失
3. 弹窗随后布局错乱（tab 头消失、内容区异常滚动）

另：校验错误文案为英文原文（引擎消息未走 i18n）。

影响

任何必填字段分布在多个 tab 的对象，UI 无法完成新建（REST 直接建单正常）。

详见分支 upgrade/objectstack-17 的 docs/upgrade-17/test-report.md §3 P6。

[yinlianghui]

源码确认：CONFIRMED，objectui console bug。多 tab 弹窗每个 tab 一个独立 react-hook-form +

（共享 formId，footer 提交只关联第一个 form）；Radix TabsContent 无 forceMount，切 tab 即卸载销毁已填值。objectui#2153 已关闭但显式 sections 路径在 RC 里未修（KNOWN LIMITATION 注释仍在 ModalForm.tsx:518）。已上报：objectstack-ai/objectui#2959。另发现 runtime dispatcher 会把 ValidationError 的 fields[] 丢掉并降级 500（rest 路径正常）→ objectstack-ai/objectstack#3918。

[yinlianghui]

📎 分支 upgrade/objectstack-17 已推送至上游（仅分支，无 PR，勿合并——阻塞于 17.0 正式版与 objectstack#3912/#3913/#3914）。正文引用的文档现在可直接访问：测试报告 ｜ 测试计划

[yinlianghui]

16.1 / main 上不复现 —— 本 issue 维持「17.0 专属」，main 侧无需处理

问题："这个缺陷在 16.1 上是否也存在？如果存在，那就不是升级专属问题，而是 main 上现在就建不了工单。"

答案：不存在。 在最新 main（1db7b950，@objectstack/* 16.1.0）上按本 issue 的三步逐条复现，三个现象一个都没出现。

实测过程

工单新建弹窗（Case / SLA / Resolution 三 tab），填入 主题 = MULTITAB-PROBE-16.1 与一段描述文本，其余必填留空 → 提交 → 切到 Resolution → 切回 Case → 再次提交。

本 issue 的现象	16.1 实测结果
① 校验错误不提示所在 tab	❌ 不复现。汇总提示直接点名字段：「请检查表单中标记的字段:所属客户、状态、优先级」，且每个字段下方有就地错误
② 二次提交后已填值全部丢失	❌ 不复现。两次提交 + 一轮 tab 切换之后，主题 仍是 MULTITAB-PROBE-16.1，描述文本也在
③ 弹窗布局错乱（tab 头消失、异常滚动）	❌ 不复现。三个 tab 头完好，弹窗正常渲染
附：校验文案为英文原文	❌ 不复现。均为中文：「所属客户不能为空」「状态不能为空」「优先级不能为空」

顺带发现：本 issue 的复现路径有一半来自分支落后

本 issue 描述的是"必填字段分布在多个 tab，要切到 Resolution 才能填 description"。但两个分支的工单表单并不相同：

• upgrade/objectstack-17（停在 dd70aff0，落后 main 79 个提交）：表单里根本没有 description 字段 —— 这正是 #506 记录的缺陷；
• main：#515 已把 description（必填）加到第一个 tab「Case」。现在四个必填字段（subject / crm_account / status / description）全在同一个 tab 上，Resolution tab 没有任何必填字段。

也就是说，main 上已经不存在"必填字段跨 tab"这个前提。

建议

1. 本 issue 保持打开、维持 [17.0-rc][疑似平台] 定性，等 objectui 侧修复；main 侧不需要任何动作，也不需要做那个可选的 fieldGroups 规避。
2. 升级分支先 merge 一次 main 再重测本条。它落后 79 个提交，测的是一份不含 fix(ui): resolve dead references, unresolvable tokens, and unreachable surfaces (#491) #515 的旧表单；merge 之后复现路径会变（必填字段不再跨 tab），现象①很可能随之消失，剩下的②③才是 objectui 的真实缺陷范围。