Mudlet: 移动脚本和文件夹会删除其他脚本和文件夹

是的，大个子。 这是否也发生在真实物品上，还是仅出现在空白的“新触发器”上？

确实如此。 那就是我注意到的方式。

这只是一个简短的示例，便于您进行比较。

我还指出，在某些情况下，其他提示会在关闭和打开轮廓后仅重新出现（但不是全部）已移动的项目。 而重新打开脚本编辑器是不够的。

我注意到的另一个可能相关的后续错误是复制/粘贴也中断了，因为如果我从子文件夹B / C复制脚本A并希望将其粘贴到子文件夹D / E中，则会将目标文件夹移动到原始文件夹，然后将脚本粘贴到那里，例如B / C / D / E / A

通过最近的提交，几乎没有涉及此代码区域的信息。
寻找在哪里获取最新开发的编译版本以进行交叉比较以缩小范围。

我已经将它一分为二了b33b6c8dc3928a6aaa2fcc6ae182e54ec89b5768。 @SlySven ，您可以看看修复吗？

我可以重开一下吗？被判定为有罪党的PR / Commit似乎不可能成为肇事者-AFAICT。

但是，考虑到失败的性质，我怀疑这是删除这两种方法中的第一种：

• (void) TTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end)
• (void) TTreeWidget::beginInsertRows(const QModelIndex& parent, int first, int last)

（第二个是空的实际代码，是一个虚拟的）

奇怪的是，这些方法已定义-但似乎没有从任何地方调用-这就是为什么我认为可以将它们切除的原因...

...但是，考虑到Qt将(void) QTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end)为[override virtual protected]我感到讨厌的是，我被C ++功能咬住了，这使我不知不觉！

是的，在没有这些更改的情况下重新提交，然后我们可以再次进行测试。

也许在这里添加一个链接作为简短注释，为什么我们确实需要空函数。

好的，我们可以检查替换的PR＃4383（即＃4415）是否不显示此问题/错误...吗？

也许在这里添加一个链接作为简短注释，为什么我们确实需要空函数。

我的手指烧焦了，我只是把它放回原处，然后放下……！

合并4415之后，此错误仍未返回。 万岁！