当带有投票的主题被移动到另一个未启用投票的类别时，投票似乎并未返还给所有者。这是一个 bug 还是预期行为？
此外，还存在一些边界情况，即关闭主题并未自动将投票返还给用户。
感谢您的时间！
5 个赞
我刚刚在我的本地开发站点上测试了这一点，可以确认当主题被移动到不允许投票的分类时，投票确实没有返还给用户。这在我看来并不理想，但我不确定这是否是预期行为。我能想到的唯一替代方案是：如果主题被移动到不允许投票的分类，则应将该主题上的所有投票移除。不过，这种方法也可能带来潜在问题。
如果您知道任何可以复现这些边界情况的具体方法，请告诉我们。我可以在下周进一步调查此事。
4 个赞
我也需要在将话题移至非投票类别后释放投票。目前，将带有投票的话题移至非投票类别可能会破坏投票系统，我认为这是因为数据库越大，版主手动确保用户不会“失去”投票权就越困难和繁琐。如果允许投 10 票，而我投票的两个话题被移至非投票类别且未释放其投票，我将损失 20% 的全局投票权。
具体是哪些问题呢？
1 个赞
我首先想到的是，如果一个主题被误分类（例如由 TL3 用户操作），当它被移回正确分类时，所有投票都会丢失。
1 个赞
我认为目前最佳做法是：
- 在没有插件的情况下将话题移动到分类之前，请确保先关闭该话题。
这仍然是一个错误。有机会修复吗？
我也尝试过：
- 将主题移回投票类别
- 关闭主题
- 将其移至正确的非投票类别
- 重新打开它
投票似乎仍然存在。
我们在几个月前修复了一些边缘情况，有可能我们仍然遗漏了某些场景，但提供可复现的步骤来验证问题将非常有帮助。
您是在所有移动的主题中都看到了它？还是在您能分享的任何特定场景中？
谢谢！
1 个赞
我注意到这个主题是在 4 月 17 日创建和移动的。此后是否已修复？我们定期安装更新，因此很少会落后 tests-passed 一周左右。
我们仍然在最新版本上看到此问题。有什么计划要实施吗？
我刚在我的测试站点上尝试重现，但未能成功。将一个主题从投票类别移至非投票类别后，我的测试用户可以重新投票。
只是为了确认我操作是否正确：
- 在一个类别中启用主题投票
- 使用测试用户对某个主题进行投票
- 以管理员身份，将该主题重新分类到非投票类别
- 以测试用户身份，对另一个主题进行投票，并查看弹出信息中剩余的投票数
1 个赞
抱歉，你说得对，看起来只有在修复之前移动的主题的旧投票没有被释放。抱歉误报。
1 个赞