在成员实际看到的日历上重新调用

FixEmailService
已装运
2026年8月14日 14:34 UTC
作者
Kamo
提交
370af5c

回电完全没有达到日历。 此服务选择了目标 按账户排列的日历——查找PrimaryByUser——一个用户是全局的,而一个成员是 一个组织内部的用户。 属于两个组织的账户 因此,有两个主日历,正确的, 和仰望抛出 "克里没有返回一个独特的结果:2". 镜子是最好的,所以 保安部门记录了警示和回电 根本没在任何人身上 日历。 由于这个原因,4个生产中的3个召回没有发生任何事件。 倒计时在另一个方向也是同样的错误:它创造了一个日历 既没有成员也没有组织,每个日历查询过滤器 因此,这个事件应该被写成,被报告为创建,并且是 无形为道. 现在两条路都经过... 成员自己的日历页所用的日历。 一个命名的日历是 因此,一个组织 召回不再能降落在另一个组织的日历上.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价