我相信我遇到了与这篇帖子相同的问题，但遗憾的是该帖子已关闭。
我一直在尝试修改这篇帖子（以及另一篇因新用户限制而无法链接的帖子）中的部分文本，但收到了相同的错误提示（“您无法在 5 分钟后修改投票”）。请注意，我完全没有修改投票内容；我只想将这两篇帖子“日程安排”部分中的某些文本转换为链接。无论投票是开放还是关闭，结果都一样。
3 个赞
@tshenry，我们能复现这个问题吗？
1 个赞
顺便提一下，虽然最近 http://community.wanikani.com 上有几位用户遇到了这个问题，但其他用户却能正常编辑带有投票的帖子。是否有可能存在一个近期出现但已修复的漏洞，而该漏洞存在期间创建的帖子却因处于异常状态而无法操作？
3 个赞
嗯，我无法复现这个问题。
为了格外严谨，以防存在某种非常特殊的边缘情况，我复制了 OP 中链接帖子里的完整 Markdown 内容。我等待了 5 分钟的编辑窗口期结束，然后尝试在“日程”部分添加一个条目链接。保存过程顺利，没有问题。
这倒是有可能，但我怀疑并非如此。你可以尝试让管理员或版主使用帖子管理菜单中的“重建 HTML"选项来重新烘焙该帖子，以确保帖子已使用所有最新内容进行了处理。
我在最近的修订历史中确实看到了一个奇怪的差异：
这给人的印象是发生了更改，但当我查看原始差异时，却没有任何变化。
我能想到的唯一可能性是，当表情符号与投票一起使用时可能会出现某种奇怪的边缘情况，但到目前为止，我尚未能证实这一点。
3 个赞
嗯，也许当用户对帖子进行无关的编辑时，Discourse 会在投票区域自动进行某些变更，使其看起来像是投票本身发生了变化。如果 Discourse 的渲染代码在某些方面发生了变化，导致现在生成的 HTML 与帖子首次发布时不同，是否会出现这种情况呢？
在建议他们尝试此操作之前，我想再确认一下：这不会像在规定期限内编辑投票那样重置投票结果，对吧？
2 个赞
不会，结果存储在数据库中，不会受到影响。但根据我的经验，我认为你不必为此费心。详见下文。
你抓到重点了！如果你检查差异的 HTML，会发现第一个选项的 data-poll-option-id 发生了变化：
这些都是后台生成的，所以也许确实存在（或曾经存在）某个导致此变化的漏洞。
我尝试手动更改 data-poll-option-id（在 PollOption 记录中存储为 digest），并复现了该问题（我无法再保存编辑）。如果将其改回之前的值，我就可以正常编辑了。
让我再检查几件事。
4 个赞
好的，我对此事有后续反馈。我与工程团队核实后，确认问题出在投票中使用的表情符号上。该表情符号的图片源在已渲染的帖子值中发生了变更，导致状态出现了一些异常。表情符号的源通常不会频繁变更（甚至几乎不会变更），因此我认为这不太可能成为持续性问题。遗憾的是，鉴于该问题的罕见性，以及修复现有实例所需的工作量，恐怕该帖子需要重新创建，或者只能维持现状。
3 个赞
好的，这说得通。谢谢跟进。我会告知其他用户，他们可以联系工作人员重新烘焙帖子以（可能）解决问题，但不会进行自动修复。
2 个赞
那我想，最好还是在投票中停止使用表情符号吧？
不幸的是，“重建 HTML"选项似乎不起作用：
https://community.wanikani.com/t/ドラゴンボール sd-dragon-ball-sd-home-thread-
/45781/26?u=phryne
此后我已完全移除了投票功能。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.