飞书离职人员删除和禅道对于账号删除后,离职人员相关bug状态更新导致一直发送飞书消息

补充: 其中飞书中的账号和禅道在禅道中是配置了同步关联的
之前我们一直遇到隔一段时间突然发送很多之前bug消息的飞书通知,不知道和 飞书上人员离职,禅道删除离职账号,但相关bug还在更新有没有关系, 但从
log里面能看到基本每一分钟都在重新获取新token,然后重新发送这个离职人员相关的bug飞书消息,然后得到"code":10003,"data":{},"msg":"user_list or department_list all invalidate"的错误信息
不知道禅道有没有对于发送消息返回相关open_ids返回是user_list or department_list all invalidate 的情况下有没有取消不断重新发送这个bug消息的机制呢?
清理一下离职人员身上的事项(bug、需求、任务等)
这个bug如果是这个离职人员报的,我们没法改变吧?只能改变指派人或者抄送人
指派给其他人以及取消这个人的抄送
我看到的情况应该是这个人是qa,走前报了一个bug没有解决, 然后他离职后, 开发修复了这个bug,然后点了解决这个bug, 然后禅道基于解决状态会自动指派给原来报bug的人,也就是那个离职的人员,其他人如果没用关注到这个bug,那么这个bug就会在webhook里面一直每隔一分钟重新获取token重新发送
我今天搜到了这log才看到这个bug号,然后重新指派后,才停止的不断的重试发送
已经是改成异步发信了, 之前同步导致卡住很久的
剩下的就是把bug从新指派
嗯,只能这样试试了,需要查DB看看哪些指派的还是离职的人员,
但建议禅道对于消息响应是{"code":10003,"data":{},"msg":"user_list or department_list all invalidate"}的 对于open_ids的禅道用户的消息自动重试3次后就停止发送了。
感谢反馈,已经内部记录问题,待产研团队评估这块如何优化。
好的,春哥,目前逻辑是还会默认指派回已被删除的创建人,已提交建议优化的反馈。




精品资料包
1V1产品演示
免费试用增强功能
专属顾问答疑支持


