Alfresco任务已完成：表单Option 1功能异常问题咨询

碰到这种「一个功能正常、另一个同场景功能失效」的情况，大概率是Option 1独有的逻辑环节出了问题——毕竟Option 2能正常运行，说明核心的文档操作基础逻辑是通的。咱们可以从这几个方向一步步排查：

1. 先确认「pending」dashlet的基础状态 #

• 检查pending dashlet是否在页面加载时正确初始化：打开浏览器控制台，执行document.querySelector('[data-dashlet="pending"]')，如果返回null，说明这个dashlet的DOM还没就绪就触发了移动操作，导致找不到目标容器。
• 验证用户权限：确认当前操作的用户对pending dashlet有写入权限，很多时候草稿容器的权限配置会被忽略，导致文档移过去失败但没有明显报错。

2. 排查移动逻辑的核心环节 #

Option 1的核心是「文档跨dashlet移动」，和Option 2的提交逻辑完全不同，重点看这几点：

• 抓API请求：打开浏览器开发者工具的Network面板，点击Option 1后观察是否发起了移动请求，请求的目标路径是不是pending dashlet对应的存储节点。如果请求没发送，是前端触发逻辑有问题；如果返回4xx/5xx状态码，直接看响应体的错误信息（比如「目标节点不存在」「权限不足」）。
• 检查文档状态标记：草稿文档需要标记特殊状态（比如status: 'pending'），避免和主dashlet的正常文档混淆。确认移动操作时有没有给文档添加这个标记，同时pending dashlet的过滤逻辑是不是只拉取该状态的文档。

3. 排查前端交互的隐性问题 #

有时候看起来没反应，其实是操作成功了但没反馈或者DOM没更新：

• 检查dashlet刷新逻辑：文档移动后，主dashlet应该移除该文档，pending dashlet应该新增它。如果DOM没变化，大概率是移动成功后没有调用两个dashlet的refresh()方法更新视图。
• 查看控制台报错：很多时候JS代码里的未捕获异常会中断后续流程，导致操作看起来没反应。打开浏览器控制台的Console面板，看看点击Option 1后有没有报错信息（比如变量未定义、方法不存在）。

快速验证小技巧 #

你可以先手动模拟移动操作：在主dashlet选一个文档，把它的ID记下来，然后在控制台执行模拟移动的代码（比如假设你的移动方法是moveDocument('目标文档ID', 'pending')）。如果手动执行成功，说明是前端按钮的点击事件绑定有问题；如果手动也失败，就是后端移动逻辑的问题。

内容的提问来源于stack exchange，提问作者anakin59490