[17.0-rc][疑似平台] flow 型 action 菜单项无响应；screen flow 服务端失败无任何 UI 回显

[yinlianghui]

现象

1. 线索行菜单「Convert Lead」（type:'flow' 的 action）点击后无任何网络请求发出（死菜单项）
2. 「转化线索」能正常弹出流程首屏（Conversion Details），Submit 后服务端日志证实流程已执行（本例中在创建客户一步抛 ValidationError，见 [CRM] 线索转化流 industry 枚举越界，半数行业的线索转化必失败 #531（CRM 侧 industry 枚举越界））——但 UI 无任何回显：弹窗直接关闭、无错误提示、线索状态不变

复现

线索列表 → 行菜单 → 转化线索 → 填写 → Submit；对照服务端日志 Insert operation failed {"object":"crm_account","error":"industry must be one of: ..."}。

服务端失败被静默吞掉与 issue #522 的错误呈现问题同源。

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

[yinlianghui]

源码终判（objectui@4a4829d0 + objectstack@fc156fa4a），结论再次修订：

1. 「Convert Lead」死菜单项 ≠ flow 派发缺失。objectui 的 flow 链路完整（ActionRunner case 'flow' 存在、各表面均注册 flowHandler）。死项来自本仓库 lead 视图的遗留字符串 rowActions（rowActions: ['convert_lead']）：ObjectGrid 把字符串当 type 派发 → executeActionSchema 静默 no-op + 绿色成功 toast（objectui 侧：[console 17.0.0-rc.0 @4a4829d0] Legacy string rowActions dead-end: dispatched as {type:<name>}, falls into executeActionSchema no-op with a green success toast objectui#2960）。同一 action 由 object 元数据（翻译标签「转化线索」，工作正常）与 rowActions（原始标签，死）各注入一次。CRM 侧修法：删掉 lead 视图 rowActions 里的 'convert_lead'，见 [CRM] lead 视图遗留字符串 rowActions 造成重复且死的「Convert Lead」菜单项 #535。
2. screen flow 失败静默：launch 侧确认——useConsoleActionRuntime.tsx:479-494 把 {success:false}（无 status/screen）落入「终态成功」分支（objectui#2958）；FlowRunner resume 侧在 RC 已有失败处理但 toast 传原始值未做字符串化（同 issue 缺陷 3），弹窗失败即关是有意设计。
3. 服务端半边：REST actions 端点无 flow 分派（MCP 路径有）→ [17.0.0-rc.0] REST /api/v1/actions/:object/:action has no type dispatch — flow-typed actions can only hit the script registry (MCP path handles them) objectstack#3915；失败包 200 信封 → objectstack#3913。
4. 转化本身失败的根因仍是 [CRM] 线索转化流 industry 枚举越界，半数行业的线索转化必失败 #531（industry 枚举越界）。

[yinlianghui]

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

[yinlianghui]

现象 1 已解决（CRM 侧），现象 2 仍等平台 — 本 issue 保持打开作为回归复测钩子

按上面「源码终判」的结论收口，记一下当前状态，避免后来者把整个 issue 都当成「阻塞于平台」。

✅ 现象 1「Convert Lead 死菜单项」— 已解决，且不是平台问题

CRM 侧修法（删掉 lead 视图 rowActions 里的字符串条目，#535）已由 #537 合并。合并后在 @objectstack/* 16.1.0 上实测确认：

• 行菜单只剩一个转化入口「转化线索」，未翻译的死条目「Convert Lead」已消失；
• 点击弹出确认框（死路径的特征恰恰是零确认、零请求、直接闪绿色成功 toast）；
• 网络层抓到 POST /api/v1/automation/lead_conversion/trigger → 200 OK，lead_conversion 首屏「Conversion Details」正常渲染。

完整证据见 #535 的验证评论。objectui#2960（遗留字符串 rowActions 路径把字符串当 type 派发）仍然成立，但 HotCRM 已不再走那条路径，不需要等它修好。

⏳ 现象 2「screen flow 失败静默」— 平台侧，保持阻塞

按终判第 2、3 条，这一半全部在平台：objectui#2958（{success:false} 落入终态成功分支 + toast 未字符串化）、objectstack#3915（REST actions 端点无 flow 分派）、objectstack#3913（失败包 200 信封）。CRM 侧无可修项。

顺带：终判第 4 条提到「转化失败的根因是 #531（industry 枚举越界）」——该枚举问题已由共享 picklist（#490 / #516）修复，所以原始复现路径本身可能已不再失败。这不影响现象 2 的成立（任何其它失败同样不会回显），但 17.0 复测时需要另找一个会失败的场景来验证。

建议

• 本 issue 保持打开，作为 17.0 正式版后的回归复测钩子（与 [CRM] 9 个孤儿 __search 列待清理（17.0 收紧搜索伴生列供给条件后遗留） #528 同样处理）。
• 标题里的 [疑似平台] 现在只适用于现象 2，建议改成 [17.0-rc][平台] screen flow 服务端失败无任何 UI 回显，并把现象 1 从正文移到本评论引用——这样一眼就能看出剩余范围。