它显示了以下错误。如何修复？
顺便说一句，在主题中添加目录后，我需要刷新页面，否则目录链接将不起作用。这是正常行为吗？
1 个赞
嘿 @Yt.w，感谢你的报告。我无法重现你提到的问题。你仍然遇到此行为吗？如果是，你能否提供更多关于重现步骤的详细信息？
据我所知，刷新页面以重建 HTML 是符合预期的行为。虽然有可能避免这种情况，但这需要更改组件当前的工作方式。
1 个赞
您好，我仍然观察到此行为，实际上在我安装当前实例后立即就出现了。我没有做任何更改。
我的另一个实例没有这个问题，所以我感到很困惑。
从用户体验的角度来看，我认为最好避免刷新页面以保持目录（TOC）处于活动状态。
1 个赞
@Yt.w 请在出现此错误时向我展示您的浏览器控制台？请展开错误信息。
我在我托管的三个多站点设置中的一个站点上遇到了完全相同的错误，这让我认为该站点中的某个设置导致了这种情况。我还没有确定是哪个设置，但当我找到它时，我会回来更新帖子，我只想补充一点，我也在最新的测试通过版本中看到了这种情况。
这是我的控制台中的内容，无论好坏，这些都是我习惯看到的东西 
1 个赞
谢谢，我们仍在努力找到确切的重现步骤，我们无法在我们的多站点托管站点上重现此问题。
1 个赞
这可能是一个误导，也可能不是。我还没有足够的时间去深入研究，但当我移除并重新安装该组件时，总是会收到以下错误：
字段编号会发生变化，我推测是因为每次重新安装组件时，它都被安装为不同的组件编号。我会继续深入研究，但当我用任何其他组件执行相同操作时，都不会出现这种情况。
我目前的怀疑是，失败部分原因是我撤销了我在这个特定站点上进行的一些 S3 更改。@Yt.w，你是否也在你的安装中使用了 S3？
2 个赞
好了，我已经能够让错误消失并重现它。
TL;DR
- 回退到以前正常工作的S3设置，并删除然后重新安装DiscoTOC组件，结果实现了无错误的组件安装。
- 通过在app.yml中注释掉所有的S3指令来禁用S3，结果在安装组件时错误会重新出现，而且我猜在更新时错误也会再次发生。
- 设置
DISCOURSE_USE_S3: false并不能阻止Discourse使用S3路径，这感觉像是一个bug，或者这个设置没有我想象中的作用。
详细概述
最开始，我是尝试恢复我的minio设置，取消注释我在app.yml中的配置选项，重建应用，确保运行了s3:upload_assets任务。网站恢复正常后，我导航到组件部分。已安装的DiscoTOC组件仍显示错误，但当我删除它并重新安装时，错误没有再次出现。在安装DiscoTOC组件的过程中，sprite.svg 被请求从我的S3服务器获取。
在尝试重现问题的过程中，我遇到了一个有趣的问题。当我保持所有S3指令在app.yml中都激活，即没有注释掉，但设置了DISCOURSE_USE_S3: false时，网站前端在minio未运行时无法加载。
也许DISCOURSE_USE_S3: false并不意味着禁用所有S3访问，我是根据名称假设它是这样，但显然不是。一旦我重启了minio服务并刷新前端，一切就正常了。我也能在这种状态下卸载和重新安装DiscoTOC组件而不重现错误。这至少看起来像是一个错误。
这是导致我可重现错误的第三种状态。
为了让我的网站在没有运行minio的情况下正常工作，我注释掉了配置中所有与S3有关的条目。然后重建应用，此时即使没有运行minio，前端也能正常加载。然而，如果我卸载并重新安装DiscoTOC组件，错误又会出现。我也尝试在这种状态下启动minio，但错误在重新安装时再次出现，很可能因为没有在app.yml中设置任何S3指令，即使它试图访问S3，也会使用默认值，而非有效的配置。虽然如此，似乎仍然有一些图片会在post:rebake后尝试从S3加载（例如1531a70abda0d81d1a4039b6f3fa38bea79ef0de_2_180x180.png/xl.meta）。
2 个赞
是的，出现问题的论坛使用了 S3(B2)，而没有问题的论坛则没有使用 S3。
1 个赞