- Automation Cloud 和 Test Cloud
- Automation Cloud 公共部门和 Test Cloud 公共部门
- Automation Cloud 专用
适用于 Automation Cloud 中 Orchestrator 的 2021 年 10 月发行说明。
2021 年 10 月 18 日
改进
- 出于审核目的,我们向多个资源 DTO 添加了必要的属性,从而添加到以下端点的响应正文中:
/odata/Users
"LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
odata/Robots
"LastModificationTime": "2021-10-12T07:32:24.940Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:32:24.940Z", "CreatorUserId": 0
odata/Releases
"LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
odata/Assets
"LastModificationTime": "2021-10-12T07:57:15.145Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:57:15.145Z", "CreatorUserId": 0
odata/Libraries
"Created": "2021-10-12T07:59:04.182Z", "LastUpdated": "2021-10-12T07:59:04.182Z", "Owners": "string", "IconUrl": "string", "Summary": "string", "PackageSize": 0, "IsPrerelease": true, "LicenseUrl": "string", "ProjectUrl": "string"
- 通过 API 检索审核日志现在分批返回最多 3000 个条目,以提高性能。 要获取其余条目,请使用查询参数
$skip和$top。
例如,要获取第二批 3,000 个审核日志条目,则 API 调用应下所示:GET https://{base_url}/{organization}/{tenant}/api/auditLog?top=3000&skip=3000
错误修复
- 您无法从 Studio 中按用户/计算机对调试资产。要检查特定用户-计算机对是否已收到资产,您必须从 Assistant 或 Orchestrator 启动作业。现在不再是这种情况了。
- 如果在对设置没有“编辑”权限的情况下创建日历,将引发“存在相同名称的日历”错误,而不是“您未获得授权!”。此行为已更正,并显示正确的错误消息。
2021 年 10 月 7 日
改进
-
从现在开始,Tenant Administrator 角色具有后台任务的“查看”权限。此更改不会影响现有的 Tenant Administrator 角色。有关详细信息,请参阅默认角色及其权限。
-
您好, Automation 用户,默认情况下,我们刚刚为您解锁了“日志 [创建]”权限。 从现在开始,您每次以自动化用户身份在 Orchestrator 中运行作业时都可以创建日志。 要在现有租户中受益于此配置,请导航到“租户” > “设置” >“标准角色”,然后更新Automation User角色以包含缺少的默认权限。
错误修复
- 在 Orchestrator 的应用程序设置中,伏尔加格勒的时区已从“(UTC+04:00) 伏尔加格勒”重命名为“(UTC+03:00) 伏尔加格勒”。这是一个显示问题,时区本身是正确的(即 UTC+03:00)。
- 刷新子文件夹 (“监控” > “流程” > “包含子文件夹” > “流程概述”) 中流程的“监控详细信息” 窗口时,引发
Release does not exist错误。 - 当您没有剩余的某种许可证时,Orchestrator 的“许可证”页面上未正确说明许可证过度使用问题,原因是未显示任何许可证卡。此行为已修复,在许可证数量为 0 的过度使用情况下,系统会显示卡。