Drupal vote\u up\u down模块报告不正确的分数

我正在使用Drupal6（目前为6.11，尚未升级到6.12）进行一个项目，其中的部分核心功能是在节点上投票的能力。我有一些相当奇怪的行为，花了我一段时间才发现，现在我有了，我仍然无法修复它

到目前为止，我已经设法弄明白了这一点：

• 模板文件

  sites/default/modules/vote\u up\u down/theme/vote\u up\u down\u points.tpl.php

  自动调用函数

  template\u preprocess\u vote\u up\u down\u points（）

  from

  vote\u up\u down.module

• vote\u up\u down。模块

  然后使用传递给数据库的

  $variables

  数组中存储的值查询数据库
• 在三种情况中，只有一种情况会在典型节点上调用它（在本例中为论坛帖子）

  $variables

  没有

  $variables['cid']

  的值
• 有一种情况是，它读取分数，以便将其显示在帖子下方。而且，它不是定位当前帖子的分数，而是定位有史以来第一次对帖子的分数投票。（这是因为它不返回一篇文章的分数，而是返回所有文章的分数，然后使用列表中的第一篇）

我假设

$variables

是一个系统范围的常量（使用

print\r

查看它的内容似乎证实了这一点），因此这可能是一个核心错误，因为它应该始终是相同的。我检查了

$variables

的内容，在50个变量中，只有4个部分与不起作用的部分不同：cid-blank、tag-blank（尽管这是由函数发现的，并正确地替换为“投票”）、zebra-even&id-2。我想最后2个对于这一点并不重要，所以关键必须是为什么

$variables['cid']

没有被传递

因此，我的问题是：

• 以前有人遇到过这个问题吗？您是如何解决的
• 如果没有，你有什么建议，我可以找出为什么这是不正确的工作

---

我无法告诉您答案，但您可能会更幸运地将其发布到模块的问题队列中，因为这样维护人员和其他使用它的人就会看到它。

我不敢相信我以前没有尝试过这个，但我刚刚升级到最新的开发快照“投票上升下降”，问题就消失了。最终需要2分钟的修复，而不是大约6小时的尝试来解决问题

---

吸取教训

我也这么做了，但从我所看到的情况来看，问题队列似乎停滞不前，所以决定在这里尝试。不幸的是，这是我工作的客户的一个关键特性，我一辈子都无法找出问题所在！