列表内格式、内容修改引发“内容查询失败“,进而导致引用失效

最近在回顾笔记时,发现有些建好的引用都失效了,颇为郁闷,因为开始建立引用的时候是正常的,想想还有点后怕。于是费了半天劲复现了一个引用失效的 bug,过程不好描述,看视频吧。版本 v1.0.0

Video20210221171810.gif

以上是引用失效的一种情况,尤其是列表中表项发生内容、格式等改变时,就可能触发引用失效。

如已经建立好 A<-B 的引用,当对 A 进行调整时,就可能失效,而大部分情况下这种修改对做笔记者是无意识的,下边是一个极端的例子:

Video20210221174654.gif

上述修改,笔记者觉得笔记没有变化,等一会回顾笔记时,就悲催了...,

一旦引用被命名后,即使失效,也不会显示{{.text}},这样引用失效更不容易被发现,只在真正查询笔记时,才会....

总之,可否加入被引用块的某种检测机制,以防止引用不一致带来的引用丢失?

PS:再次感受到了上学时被空指针支配的恐惧。

赞助商 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • boboxing
    支持者 订阅者 作者

    感谢 D 大及时回复,刚下载了最新版,1.0.2,测试发现,主贴和回帖发现的“列表折叠”触发查询内容失败,和“更改块格式”触发失败的 bug,仍然存在,还望修复。

  • 其他回帖
  • 88250
    订阅者

    你好,请升级到最新版本,列表项块 ID 变化的问题应该已经修复。删除后重新生成的块算作新块,ID 也是重写生成的,所以会查询失败。

    有引用的块被删除时应该提示用户,这一点后期会改进,感谢反馈。

    1 回复
  • Vanessa
    订阅者

    感谢

    第一幅图可以重现,1.0.4 修复

    第二张图没有办法弄,因为 ID 已经被删除了,再创建的话就是新的块了。

    1 操作
    Vanessa 在 2021-02-21 20:08:56 更新了该回帖
  • chrischen

    1.0.4 标题折叠会有这个 BUG

  • 查看全部回帖