Closed (fixed)
Project:
Talk
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
4 Aug 2008 at 22:37 UTC
Updated:
25 Jul 2009 at 19:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
avpadernoThe patch should be rolled up again for the last version of the module.
Comment #2
christefano commentedIt doesn't need to be rerolled. Please don't bump patches down to "needs work" unnecessarily.
Comment #3
Rush_iam commentedCan anyone port it to 6.x-1.5?
It is really useful patch
Comment #4
christefano commentedRush_iam, the patch works against the D6 version as well as the D5 version. Please review it so that it might go into the next release.
Comment #5
Rush_iam commentedno :(
D6 version have different structure. I don't know where it should be applied because I can't find this string:
"if (talk_activated($node->type) && $node->nid && _talk_node_comment_value($node)) {"
help me please
Comment #6
christefano commentedOops, you're absolutely right. Sorry about that!
Try changing line 93 in the
talk_nodeapi()function to this:Attached is a patch that does that same thing.
Comment #7
Rush_iam commenteddon't work too :(
This function controls 'Add comment' link at the bottom of node :|
Comment #8
christefano commentedSorry, Rush_iam. I don't have much time and I don't use this module anymore. Please feel free to work on this.
Comment #9
cwgordon7 commentedThis should no longer be a problem in 6.x-1.5...?
Comment #10
cwgordon7 commentedI am unable to reproduce on the latest development version, so I'm going to mark this fixed... feel free to reopen with more details if it's still a problem.
Comment #11
Rush_iam commentedwhere is development version? 6.x-1.5? It shows "talk" tab always... Even if there is no any comments yet
Comment #12
cwgordon7 commentedOh, sorry about that. Try this patch, applicable to the development branch, which should regenerate in the next ~6 hours.
Comment #13
cwgordon7 commentedComment #14
cwgordon7 commentedDue to the lack of reviews, I'm making an executive decision that this patch should work. Thanks everyone!
Comment #15
marquardt commentedHmm.
I guess I miss something; please let me know;-)
Via hook_nodeapi, the talk module overwrites the setting of the comment module and sets comments for the current node to disabled. According to the comment in the code, this prevents the comments of being displayed in the main view of the code. But because of the comments being disabled, an 'Add comments' link is also not displayed on the full node view, right?
If the talk page is disabled in case there are no comments, there's therefore no way to add a first comment to a node any more... Or how can a user get to the comment adding form?
Comment #16
cwgordon7 commentedNo, the link should be displayed... oh I see the problem. Try this patch.
Comment #17
marquardt commentedNo, sorry - that didn't help...
Looking into the generated html, it looks like that the links variable is printed, but it only contains an &nbsb (while without talk being enabled for that particular content type, it has a full link to the comment form).
Comment #18
cwgordon7 commentedHm. A few questions:
After applying the patch, did you clear Drupal's cache at admin/settings/performance?
Does the node you're testing on have its comment settings set to "Read/Write"?
Also, if you go into talk.module and put a
var_dump($result);between lines 111 and 112, what's the result?Comment #19
marquardt commentedYes (clearing the cache) and yes (comments set to read/write). The var_dump is in the function talk_link() just before the result is returned, yes? The output (when going to a node which already has a comment) is
while one without a comment gives
Formatting is mine...
Comment #20
cwgordon7 commentedRight - so according to what you just posted, with the patch, the "add new comment" link IS always displayed... am I misunderstanding you here, or is the link just in the code and not making it to the display phase?
Comment #21
marquardt commentedAhhh - you're right.
The problem is in recent version() of the Nitobe theme. It's node.tpl.php doesn't use the $links variable to create links at the end of the post, but does instead it's own logic - and that doesn't work well as soon as $links is modified. This is actually a problem for other modules as well - for example, the flag module adds a "Bookmark this" links which doesn't get printed either. I have raised an issue in the Nitobe queue.
Thanks for tracking this down - and my apologies for "hijacking" this issue with something that's not related with the talk module at all.
Comment #22
marquardt commentedA final update: The patch in #16 is required for the add comments link to appear.
Comment #23
cwgordon7 commentedThis was committed a while ago, I don't know why I left this at needs review. :)