It appears that when a topic with votes is moved to another category, where voting is not enabled, the votes are not being returned to the owners. Is this a bug or an intended behaviour?
Additionally, there are edge cases where closing a topic doesn’t automatically return the votes to the user.
thank you for your time!
I’ve just tested this on my local development site and can confirm that votes are not being returned to the user when a topic is moved to a category that does not allow for votes. This doesn’t seem ideal to me, but I’m not sure if it’s the intended behaviour or not. The only alternative I can think of is that if a topic is moved to a category that does not allow voting, all votes should be removed from the topic. There would be potential issues with this approach as well.
If you know of any specific ways of reproducing the edge cases, let us know. I can look into this some more next week.
I’m also needing to release votes after moving a topic to a non-voting category. As it is, moving a topic with votes to a non-voting category risks destroying the voting system imo because the larger a database the more difficult/tedious it would be for moderators to manually ensure users don’t “lose” voting power. If 10 votes were allowed, and two topics I voted on got moved to a non-voting category without releasing their votes, I’d lose 20% of my global voting power.
Like what issues?
The first one that came to mind was that if a topic was mistakenly recategorized (say by a TL3 user) all votes would be lost when it was put back to the correct category.
I think best practice for now would be:
这仍然是一个错误。有机会修复吗？
我也尝试过：
投票似乎仍然存在。
我们在几个月前修复了一些边缘情况，有可能我们仍然遗漏了某些场景，但提供可复现的步骤来验证问题将非常有帮助。
您是在所有移动的主题中都看到了它？还是在您能分享的任何特定场景中？
谢谢！
我注意到这个主题是在 4 月 17 日创建和移动的。此后是否已修复？我们定期安装更新，因此很少会落后 tests-passed 一周左右。
我们仍然在最新版本上看到此问题。有什么计划要实施吗？
我刚在我的测试站点上尝试重现，但未能成功。将一个主题从投票类别移至非投票类别后，我的测试用户可以重新投票。
只是为了确认我操作是否正确：
抱歉，你说得对，看起来只有在修复之前移动的主题的旧投票没有被释放。抱歉误报。