sasfc

> > > > 1.项目已经同意了，但是在“我的项目”菜单里显示“待同意”，如下： > > > > > > > > 2.工作台界面显示“已同意”，如下： > > > > > > > > 两个地方显示信息互相矛盾 > > > > > > >...

> 感谢你的问题发现，这个问题是产品的一个概率bug，测试团队已经发现问题并且在内部跟踪，进行中。 > > 初步排查结论，数据未同步的消息计划持久化保存到磁盘中，本意是对这种消息未正常发送的消息继续调用处理，目前这块逻辑处理的有问题。 好的，导致这一块的原因是什么呢，可能是我的什么操作导致的呢，有规避的办法吗

> 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； > 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即 好的，假如我自己修复这个问题，可以提供一个修复的思路吗

> > > 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； > > > 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即 > > > > > > 好的，假如我自己修复这个问题，可以提供一个修复的思路吗 > > 方便加一下隐语技术支持微信：secretflow8 进一步沟通下？ 好的，我加过你们

> > > 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； > > > 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即 > > > > > > 好的，假如我自己修复这个问题，可以提供一个修复的思路吗 > > 针对这个问题： 1.先尝试找到一个稳定复现的方法，内部咨询了下，目前还没稳定复现出来。 2.这个bug是数据同步问题，需要看看对应的数据同步的源码：理清调用逻辑，才知道怎么修改。 secretpad-persistence/src/main/java/org/secretflow/secretpad/persistence/datasync/ 发现了一点可能性： 在dsc1的data-sync.log之中，scheduled-2线程在dsc1同意项目之后，又新增了一个实体类VoteRequestDO，见日志第304行，这个实体类之中的信息是REVIEWING状态，这会不会是导致这个问题的可能原因？

> > > 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； > > > 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即 > > > > > > 好的，假如我自己修复这个问题，可以提供一个修复的思路吗 > > 针对这个问题： 1.先尝试找到一个稳定复现的方法，内部咨询了下，目前还没稳定复现出来。 2.这个bug是数据同步问题，需要看看对应的数据同步的源码：理清调用逻辑，才知道怎么修改。 secretpad-persistence/src/main/java/org/secretflow/secretpad/persistence/datasync/ 有一种感觉是VoteInviteStatusMonitor里定时任务导致的

是定时任务和同步之间的时序问题导致的吗

> > > 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； > > > 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即 > > > > > > 好的，假如我自己修复这个问题，可以提供一个修复的思路吗 > > 针对这个问题： 1.先尝试找到一个稳定复现的方法，内部咨询了下，目前还没稳定复现出来。 2.这个bug是数据同步问题，需要看看对应的数据同步的源码：理清调用逻辑，才知道怎么修改。 secretpad-persistence/src/main/java/org/secretflow/secretpad/persistence/datasync/ 1.dsc2同意项目之后，将APPROVED状态的VoteInviteDO同步给dsc1 2.dsc1还没来得及保存dsc2同步过来的VoteInviteDO，dsc1的定时任务VoteInviteStatusMonitor就执行了 voteRequestRepository.save(voteRequestDO);又把REVIEWING状态的voteRequestDO同步给了dsc2，导致dsc2之前的状态被修改 是上述原因导致的吗

[a.csv](https://github.com/user-attachments/files/21286553/a.csv)

可以用我的文件复现一下，问题必现