peakshen

> 有计划支撑动态监听新的partner的加入吗？ 还有一个问题，在config配置文件中，数据库账密是明文的，支持加密模式配置吗？ 1 目前没相关的开发计划，会内部流转评估这个需求。 2现在不支持加密配置。问题很有参考价值，会同问题1一起反馈。

感谢你发现代码问题。 内部沟通了下，这个接口是DeleteDomainDataAndRaw社区贡献者提交的接口，目前没有业务调用这个接口。 如果你有兴趣，可以尝试修改下接口返回值，提交pr修复问题，期待你的贡献。

> 采用all-in-one部署，secretpad版本是secretpad:0.12.0b0 你用的pad是secretpad:0.12.0b0，你用的allinone版本是1.11的吗 参考对比下这个版本对应信息。 https://github.com/secretflow/secretpad 如果版本是1.11的，部署流程是按照官网部署的吗 有没有二次开发的动作？ https://www.secretflow.org.cn/zh-CN/docs/secretpad-all-in-one/v1.11.0b1/deployment_package docker的版本的是多少？

> 1.项目已经同意了，但是在“我的项目”菜单里显示“待同意”，如下： > > > 2.工作台界面显示“已同意”，如下： > > > 两个地方显示信息互相矛盾 看你创建了三个项目，前面两个创建项目正常，第三个项目跟前面两个项目创建有无其他操作区别？或者动作？

> > > 1.项目已经同意了，但是在“我的项目”菜单里显示“待同意”，如下： > > > > > > 2.工作台界面显示“已同意”，如下： > > > > > > 两个地方显示信息互相矛盾 > > > > > > 看你创建了三个项目，前面两个创建项目正常，第三个项目跟前面两个项目创建有无其他操作区别？或者动作？ > > 没有区别，这是偶现的问题，您看日志能发现问题吗 日志里面 有提示...

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

> > 感谢你的问题发现，这个问题是产品的一个概率bug，测试团队已经发现问题并且在内部跟踪，进行中。 > > 初步排查结论，数据未同步的消息计划持久化保存到磁盘中，本意是对这种消息未正常发送的消息继续调用处理，目前这块逻辑处理的有问题。 > > 好的，导致这一块的原因是什么呢，可能是我的什么操作导致的呢，有规避的办法吗 问题原因：数据同步的逻辑业务逻辑需要完善。新建项目的时候偶现发生的； 临时规避方式，可以把问题项目删除，新建一个项目即可，重新发起邀约即可。

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

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

箱数和每箱的数量与pd.qcut相差较大？ 方便发下你的设置分箱数，数量多大 结果数量多大，想看下差异的是bug还是其他问题