我已在此尝试进行设置：https://forum.quiltmc.org/c/community/11，但主题的缩略图似乎并未实际生成。
这是否与编辑宽限期设置有关？“主题列表预览”主题组件在第一个帖子不再可编辑之前也不会生成缩略图——但此类别完全不适合这种方法，我们希望用户在此类别中可以无限期地编辑他们的帖子。
2 个赞
正确。
作为前端模组，主题列表缩略图和主题列表预览利用了与后端生成缩略图相同的核心流程。该异步作业要到编辑宽限期结束后才会运行更新：如果图像是远程的。如果图像是本地上传的，缩略图生成过程会立即启动。
该过程不能由主题组件修改，需要插件或对后端进行 PR 才能更改（尽管 TLP 有一个补充插件用于一些附加功能）。
请注意，在核心支持缩略图之前，主题列表预览是一个插件，在缩略图创建调度方面的工作方式基本相同。我无法代表团队发言，但您可以理解保留这种方式的逻辑：您不希望生成缩略图的源图像可能会被频繁编辑掉，或者如果图像在最后一刻添加该怎么办？
您可以缓解此问题的一种方法是分别使用每个主题组件中的默认图标/图像功能。对于砌体/图块视图，这至少可以减少布局的剧烈变化。或者最小化宽限期？
3 个赞
啊，是的，我明白了。将此设为默认行为是完全合理的——我们现在处于一个棘手的境地，因为这个类别中将发布的大部分内容是 Minecraft 模组，所以任何主题的第一个帖子都需要很少编辑，并且缩略图很可能会被更改。
你是否知道任何可以更改此行为的插件？我可以理解为什么 Core 不支持此功能，但仅依赖宽限期对我们来说是行不通的。
2 个赞
不，我不这么认为。最接近的是旧的已弃用的主题列表预览插件，您可以对其进行修改。
您需要自己完成这项工作，或者在 Marketplace 中寻找。
3 个赞
好的，没问题，谢谢你的时间！
2 个赞
不过，要补充的是，战斗的一个重要部分实际上是指定你想要的、在所有边缘情况下都能工作的确切实际行为。然后跟进工作，即确保你想要的东西在实践中可行。一切都是可修改的。
如果帖子在截止日期后更改，我相信系统应该安排另一次拉取并更新缩略图。
3 个赞
我好像把宽限期和编辑锁定弄混了，因为不久前缩略图就开始生成了。
我想这可能是CDN缓存错误导致的，哈哈。不过，还是谢谢你的帮助！
3 个赞
哦，是的，我听说过这种情况，太棒了！
这里也出现了一些相关的混乱，在此问题中
3 个赞
这可能是很多原因。您的 JavaScript 控制台中是否有错误？
2 个赞
Gareth，抱歉造成混淆，但我现在回到办公桌了，我做了一些快速的测试和逻辑审查。
我的陈述不完整：
- 如果图像以任何方式远程（包括远程链接的 onebox，当它存储在 CDN 中时？）缩略图会受到延迟作业的影响：
Jobs::PullHotlinkedImages，这确实安排在编辑宽限期之后（这部分是正确的）：
- 但是： 如果你直接将图像上传到站点（例如，通过粘贴图像），缩略图会在一个异步进程中创建，该进程似乎会立即启动。如果你将图像更新为另一个本地图像，这也将几乎立即反映出来。我已经更新了上面的几个帖子。因为我不经常这样做，所以我省略了这部分。
3 个赞
嗯，好的，这确实是一种有趣的现象，但我觉得这说得通。
这信息非常有帮助，我可以据此更新我的发帖指南。感谢您的澄清！
3 个赞
Bug
如果我启用了 Topic Thumbnails 主题组件，它就会 破坏我的论坛。我的版本是 2.9.0.beta4 [222c8d9b6a]。我正在使用 graceful 主题。
禁用 Topic Thumbnails 主题组件可以修复我的论坛，但当然现在主题缩略图也不会显示了。
我创建了 这篇 Bug 帖子，但 有人建议我在这里发帖，因为 Bug 与论坛本身无关。
6 个赞
主题列表预览也会出现这种情况吗？如果会，那可能是核心的一个 bug……
2 个赞
不会，那个是有效的。我刚刚安装它进行测试，没有配置任何非默认设置，但它似乎应用得很好并且正常工作。
3 个赞
是的，我的论坛里的组件也坏了 
3 个赞
我们的论坛里这也坏了。
3 个赞
@jtooker、@undasein 我刚添加了一个修复程序，更新组件应该可以解决问题（@tkearsley 你的网站应该已经更新了）。
感谢大家的反馈！
12 个赞
谢谢！它运行得很完美。
6 个赞