-
开启同步后部分文件变成 untitled
2023-12-23 00:22从 app 的日志中只能看出 20230102163717-e962kog.sy 文件最早是 22:48:05 从云端下载下来的:
I 2023/12/22 22:48:05 sync.go:238: cloud upsert [59d986ff1b81b8d368298ae01bf4d94c3f75dccd, /20210822004522-0k6r0y6/20210809223032-b5uwsr9/20230102163717-e962kog.sy, 2023-12-22 19:30:11]
这个文件的最后修改时间是
19:30:11
,但是从日志中无法确认内容是不是 Untitled,可以在快照0ac288fe88273ba285dc2f83ba2c439bbff6e943
中看看,如果是的话说明这个文件在云端就是这样的了,需要到同步这个文件的设备上看看日志。 -
第三次出现丢失文件,移动端没有提交任何东西
2023-12-22 19:50ID 对的,通过分析,和昨天反馈的是同一个问题,即移动端在 15:44 的这次同步没有执行完,拖到了 18:25 才执行,导致 15:44 的快照覆盖了数据,这个问题在下个版本会得到解决,感谢反馈。
-
第三次出现丢失文件,移动端没有提交任何东西
2023-12-22 19:29你好,麻烦发一下对应数据快照的 ID 或者被删除的文档 ID,因为我从两个端 17:40 分左右的日志上没有找到因为数据同步删除文件的记录。
-
iOS 最新版在关于里面点击工作空间的减号会闪退
2023-12-22 19:16不好意思,我记错了,以现行代码为准。 退出是直接结束退出进程,因为没有数据了,不需要走正常的退出流程。
没有弹删除确认对话框 @Vanessa 帮忙看看。
-
移动端的新优化建议 - 减少无效的提醒、全选 icon 的更换
2023-12-22 10:39感谢反馈,能优化的地方我们尽量优化,比如你举例的同步失败提醒,实际上底层已经是重试过的。
开发资源有限,移动端整体优化预计要到明年下半年了,谢谢。
-
思源笔记前端启动时会对 80 端口发送 /api/system/bootProgress 请求
2023-12-21 23:17应该不会往 80 端口发的,除非通过参数
--port
指定了启动端口是 80。 -
第二次发现丢数据的问题
2023-12-21 21:53从日志上分析,主要原因是 Android 一次同步没有即时完成导致的。
PC 端日志,12/17 12:24:13 同步合并云端变更以后删了 6 个文件,所以快照文件数量有变化:
I 2023/12/17 12:24:13 ref.go:52: got local latest [device=97dff54a-db6e-443a-990e-3e164d972167/windows, id=c69a7b3807968af3e39dc173351f7f959e7e4bbb, files=14812, size=3.0 GB, created=2023-12-17 11:43:51] I 2023/12/17 12:24:13 ref.go:66: updated local latest to [device=97dff54a-db6e-443a-990e-3e164d972167/windows, id=1d5efddde9c6964e590bbfabd26334cc672b7851, files=14806, size=3.0 GB, created=2023-12-17 12:24:13]
往上一点就可以找到这次同步下载的云端最新快照 c507baa0050401206f0c62c590ff78f4a83d7377:
I 2023/12/17 12:24:07 sync.go:1540: got cloud latest [device=s0yk4lyskxc7/android, id=c507baa0050401206f0c62c590ff78f4a83d7377, files=14806, size=3.0 GB, created=2023-12-17 12:22:55]
里面只有 14806 个文件,这个快照是 Android 生成的,在 Android 端日志中找到该快照是在 12:22:55 创建的:
I 2023/12/17 12:22:55 ref.go:66: updated local latest to [device=s0yk4lyskxc7/android, id=c507baa0050401206f0c62c590ff78f4a83d7377, files=14806, size=3.0 GB, created=2023-12-17 12:22:55]
继续往上看,可以发现 Android 端从 12:22:55 往前一直到早上 08:38:19 的快照 e7e68c869d9e99a06035d4ed807991d67350901f 都是 14806 个文件,但是 e7e68c869d9e99a06035d4ed807991d67350901f 这个快照创建以后的同步持续了近 4 个小时:
我猜测可能是 8:38 使用时同步没有完成应用就被休眠了,导致同步一直没能结束,然后 12:14 应用又被唤醒继续处理这次同步,所以最后同步成功以后这个快照就作为了最新快照,进而后续 PC 端合并后删除了文件。
该问题我们后续会在 Issue #9949 · siyuan-note/siyuan 中进行改进,解决方案是在同步上传最新快照的时候再下载一次云端最新快照 ID,和同步开始时下载的云端最新快照 ID 做对比,如果这两次获取的云端最新快照不是一个,则认为在同步过程中云端快照发生了变动,这种情况下放弃本次同步,以免将旧数据覆盖到云端。
感谢反馈!