2020.10.16

发行日期：2022 年 4 月 7 日

通过队列触发器启动作业的新机制

经过最近关于队列触发器领域的一些反复讨论之后，我们正在重新解决队列触发器启动作业的方式 - 我们希望这是最终的最佳方式。

问题陈述：每当队列中包含的新项目少于正在进行的项目时，即使机器人处于空闲状态，也不会启动任何作业。发生这种情况是因为正在运行的作业（正在处理的队列项目）的数量将超过目标作业（处理新项目所需的作业）的数量。

初始修复：在计算目标作业数量时，让 Orchestrator 考虑新的和正在进行的队列项目，而不仅仅是新项目。此方法听起来不错。但是实际操作起来无效。

全新的解决方案：Orchestrator 在计算目标作业数量时会考虑新项目，但在决定是否启动新作业时会查看待处理作业的数量。

这可确保 Orchestrator 启动足够多的作业来处理所有新项目，而不会覆盖待处理作业。

对于允许对机器人具有特权访问权限的攻击者通过强制调用 Orchestrator 的 API 来检索同一租户中其他机器人的许可证密钥（计算机密钥）的问题，我们已修复。理论上，这将允许攻击者访问仅限于该机器人的资源。

请阅读 UiPath - 机器人帐户接管的安全公告。
有时，长时间运行的工作流的作业执行会卡在“正在运行”状态，而不会转换为“暂停”状态。终止这些作业后，这些作业将转换为并陷入“正在终止”状态。基本问题已得到修复，长时间运行的作业现在可以按预期转换为不同的状态，并且可以毫无问题地执行。
在 Orchestrator 的 UiPath.Orchestrator.dll.config 文件中将 Plugins.SecureStores.CyberArk.UsePowerShellCLI 设置为 true 时，CyberArk 凭据存储的凭据资产检索失败。
选择“使用默认凭据”时，如果“SMTP 用户名”和“SMTP 密码”字段为空，则无法使用“测试电子邮件设置”按钮。