2009-05-18 78 views
2

我正在使用Drupal 6(目前为6.11,尚未升级到6.12)的一个项目,部分核心功能是在节点上投票的能力。我有一些相当奇怪的行为,让我有一段时间来追踪,现在我已经有了,但我仍然无法解决它。Drupal vote_up_down模块报告错误点

这是我已经设法找出迄今:

  • 模板文件sites/default/modules/vote_up_down/theme/vote_up_down_points.tpl.php自动调用该函数从vote_up_down.moduletemplate_preprocess_vote_up_down_points()
  • vote_up_down.module然后查询中使用(在这种情况下论坛帖子),其被传递给它
  • 论仅一个 3个的场合这就是所谓的典型节点上的存储在$variables数组中的值的数据库$variables没有按” t的值为$variables['cid']
  • 有一次,它读取分数以便在帖子下方显示它。而不是查找当前帖子的得分,它找到有史以来第一次投票帖子的得分。 (这是因为不是返回一个帖子的分数,而是返回所有帖子的分数,然后使用列表中的第一个分数)。

我假设$variables是一个全系统的常数(看着它使用print_r的内容似乎证实)等也许这是一个核心问题,问题应该始终是相同的。我检查了$variables的内容,其中大约50个中只有4个不同于不工作的部分是:cid - 空白,标记空白(尽管这是通过函数发现的并正确替换为'vote') ,斑马 - 甚至& id - 2。我想最后2这不是真的很重要,所以关键必须在为什么$variables['cid']没有通过。

所以,我的问题是:

  • 有没有人收到这个问题,你是怎么解决这个问题?
  • 如果不是,你有任何提示,我怎么能找出为什么这不能正常工作?

回答

0

我不敢相信我以前没有尝试过,但我刚升级到vote_up_down的最新开发快照,问题就消失了。最后2分钟的修复与大约6小时试图解决问题。

经验教训!

1

我不能告诉你答案,但你可能会有更好的运气发布在模块的问题队列中,因为维护者和其他人使用它会看到它。

+0

我也是这么做的,但是问题队列似乎与我所看到的相差甚微,因此决定在这里尝试。不幸的是,这对于我正在工作的客户来说是一个关键特征,我不能为了我的生活找出问题所在! – x3ja 2009-05-20 11:31:19