Hide "report to mollom" button from node links

Yes, it appears if the Mollom module is configured, the user has the administer nodes permission, and that node type is protected by Mollom. If you don't need Mollom protection for that node type form, then you should disable it within admin/settings/mollom and the link will go away. Otherwise, you might want to be able to report any spam that comes through.

You could also create a small custom module to hide that link:

/**
 * Implementation of hook_link_alter().
 */
function mollomhide_link_alter(&$links, $node) {
  if ($node->type == 'my_node_type') {
    unset($links['mollom_comment_report']);
  }
}

That certainly helped, thanks..

I would also like to have that report to Mollom link removed (or even better, changed in configuration) as an option with user radio button to click for each content type (or user could make it for all content unless specificaly enabled) with option to change the tag line (from report to Mollom to Spam?).

I believe that it is easier to change module as it will add functionality than to expect everyone to hooks whenever something custom is needed.

@MacMiaden: Again, I'm not sure what good this is going to do. It only adds links to node types which have protection enabled for them, which makes a lot of sense. Removing this ability hinders your site's ability to improve Mollom's ability to analyze spam.

@Juanzo: See comment #1.

For me, this is a "won't fix" because as Dave wrote, we only add links to node types that are protected by Mollom and it is important that we get good feedback. The few people that want to change that, can probably use the proper hook_alter() to change that behavior. Two thoughts come to mind:

1. In Drupal 7, we could leverage the contextual links making those links less visual. Not sure if the current Drupal 7 port does.

2. We overwrite the default 'Delete' link and inject the typical Mollom page with checkboxes in the normal delete workflow. It removes the Mollom link, but still gives people the ability to provide proper feedback.

Won't fixe-d then.

I removed the link "report to mollom" using css, "display:none". Don`t know if this is a smart thing to do but it definitely removed the link. :-)

"we only add links to node types that are protected by Mollom"

I don't see any way to configure which node types are protected by Mollom -- I have it set to protect comment forms, but the original node (to which a comment form is attached) also shows a report to Mollom link. I'm not clear on the purpose of that, when users are not allowed to submit node content, only comments.

It seems weird to me that this issue has been left hanging. I have the same issue on a site I run (Mollom 6.x-1.15 on Drupal 6.22), where I (the administrator) have created the content and when logged in as admin am seeing "report to Mollom" underneath all my node teasers. Why would I want to report my own content to Mollom? Content of this type can be created by other users, and I have added a protect form to that content type submit form, but only so that the CAPTCHA appears to the user when creating the content, to deter spam. It won't be published until I've reviewed it, so I will have already worked out whether it's unsuitable content, if indeed the spammer has got past the CAPTCHA anyway. I understand that Mollom can benefit from receiving my report on this content in that case, but surely it makes more sense for the "report to Mollom" link to appear to the admin *in the submit form*, not under the teaser of every published node.

Having said that, the reason I looked up this issue is because I do in fact wish to have a "report to Mollom" link appear on comments on another site I run (Mollom 6.x-1.16 on Drupal 6.22), and for this link to be visible to NON-admins, as a flagging/abuse-reporting system. Is that possible?

The 1.x series is very old and pretty much discontinued by now. Please update to the latest stable release of the 2.x series.

In 2.x, the Mollom module integrates with delete confirmation forms, instead of introducing a custom code/execution path of "report + delete".