用户的行为是被软件的默认操作逻辑编排出来的，在默认逻辑下应该规避掉大的风险。

这个问题麻烦的就是无法稳定复现。。。但已经好几个月了

这个问题有段时间了，建议关注一下。

我发个贴子的功夫，又好了。

可以的

3.05

这个版本经常崩溃。。我没做任何操作

浪费好几天时间了

第一次都是可以成功的啊，不通过 API token 的认证，我是如何执行成功的。。。。。。。。。。。。。。。。。。。

第一次 未开启鉴权密码。在 127.0.0.1 提交后，正常执行 第二次 开启鉴权密码后，在 127.0.0.1 提交后，反馈鉴权失败。

步骤一样：

今天早上，发现不一样了。。。。

本地

加入额外信息也没用吧

不会，我同一个请求包，只是把 127。0。0。1 换成公网的。 而且，同一个公网的地址： 第一次未开启鉴权密码。提交后，提示因为公网访问说要配置鉴权密码 第二次开启鉴权密码后，反馈鉴权失败。 大概率是鉴权的 bug

我也尝试直接转发 6806 端口，不开本地服务。。好像也不行

我使用的是：zrok.io，把本地的端口转发到公网

用哈 = 用户

ZotFile 的 extract annontations，好像已经废掉了。推荐使用系统自带的“注释中添加笔记”。 但功能识别不出来

不过，今日笔记移动端确实好像无法关闭。

移动端和 PC A 文件 ID 相同

移动端 id 20231215073632-w785jvd

更像是同步逻辑的问题

文档内容同步是思源来同步的

我理解不会吧， 今日笔记做插件干的事情就是一打开 siyuan 就创建个文档。

移动端 id 20231215073632-w785jvd

pc b 文件 id：20231215203753-nhtnjfb

今天的发生时间发生在 20:45 左右。

安装就会报错

云端备份 请到 [数据历史 - 数据快照] 中进行操作