0

我们拥有一个同时具有文档集和文档的文档库。我们还有一个由用户手动启动的工作流程,该工作流程适用于该库中的任何项目。我们遇到的问题是,如果检入文档,工作流程不会启动。如果文档已签出,则工作正常。工作流程在文档集上运行良好。Sharepoint 2013工作流程在文档签入时未触发,但在检出时运行

展望日志文件,我看到以下消息:

跳过查询字段SortBehavior因为它不依赖查找,但它有PrimaryFieldId ID 46fff461-81e3-b73a-9FBA-f4f1e8088cbe 跳过查询字段CheckedOutUserId为它不依赖查找,但它具有PrimaryFieldId ID 46fff461-81e3-b73a-9fba-f4f1e8088cbe 跳过查找字段SyncClientId,因为它不依赖查找,但它具有PrimaryFieldId ID 46fff461-81e3-b73a-9fba-f4f1e8088cbe 目标字段列表Taxonomy Catch All Column,TaxCatchAll在当前网络中不存在,或者当前用户没有权限查看它。跳过它。 46fff461-81e3-b73a-9fba -f4f1e8088cbe

紧接着这些行下面,我看到以下消息: 未检出文件“http://sharepointurl.com/abc/TestWf/select_element.pdf”。你必须在进行更改之前先看看这个文件......

工作流程非常简单,只记录测试消息。我不知道为什么SharePoint试图检出文档,但我有一种感觉,它与上述消息有关。

任何人有为什么发生这种情况的任何想法?

感谢

回答

1

我们能够获得微软TechNet论坛一定支撑后解决问题。

假设的工作流程是一个SharePoint Designer工作流,打开SharePoint Designer和连接到您的网站。点击左侧导航栏中的工作流程,然后点击您的工作流程。工作流程信息页面将打开。在右侧窗格的“设置”区域中,取消选中“自动将工作流程状态更新为当前阶段名称”。这将解决问题。

+0

不知道这是一个“修复” ......更多的是解决办法的...... – Aaronster

+0

我跟着你的解决方法在我的测试环境,然后忘记它,当我部署到生产......但是现在我发现您的文章再次解决我的生产问题。这不应该发生,微软。 – Aaronster

相关问题