I'm using the Mollom Module on a couple of Drupal 7 sites (latest 7.22 Drupal and 7.x-2.6 Mollom).

In 'Reports/Top 'Page not found' errors I'm repeatedly getting occasional errors that simply say 'mollom.com/false-positive' and 'false-positive'.

I have cleared my messages several times after having similar 'page not found' errors recently, but I'm still getting new and repeated 404 errors for 'mollom.com/false-positive' and 'false-positive'.

In the past I've usually clicked on 'Fix 404 pages' and added a redirect to 404's so that they don't reoccur, but in this case I have no idea where to redirect the 404 errors to.

Can anyone point me in the right direction as to:

  1. What would be causing the 'false-positive' 404 errors?
  2. Is there anything I can do to prevent them?
  3. Can I redirect these errors, and if so, where to?

Comments

alliax’s picture

yes, it seems to me this bug has appeared in the last update, I see those too.
It seems simply that the modules call an url at mollom.com but forgets to use http:// so it is looking for the url on our sites.

It needs to be fixed soon because for sure some functionality is missing. I've also seen some HAM comments which don't end up in the comment queue, they just disapear, so maybe it is related.

jenyum’s picture

On line 1517 of mollom.module add "http:" to the url.

jenyum’s picture

Category: support » bug

Changing status to bug report.

rob230’s picture

I'm seeing the same. As jenyum says, the mistake is line 1517 of mollom.module:

$report_url = '//mollom.com/false-positive';

jenyum’s picture

Unfortunately, I'm still seeing the errors in my log after fixing that line. Hopefully the maintainers will see this soon?

sun’s picture

Title: false-positive 404 errors » 404 not found log messages caused by protocol-free URLs
Version: 7.x-2.6 » 7.x-2.x-dev
Component: Miscellaneous » User interface
Priority: Normal » Minor

These 404 (Not found) error log messages are typically caused by automated spam robots and web crawlers, which do not understand protocol-free/protocol-relative URLs in anchors/links.

A protocol-free URL skips the protocol part of the URL; e.g., instead of "http://mollom.com/web-service-privacy-policy", the module outputs "//mollom.com/web-service-privacy-policy". This makes the web browser automatically use either HTTP or HTTPS for the link target URL, depending on which protocol is used for displaying the current page. The Mollom module leverages protocol-free URLs in various places to keep its code simple. You can learn more about procotol-free URLs on http://paulirish.com/2010/the-protocol-relative-url/

In short, you do not need to worry about these log messages. Actual (human) users are able to access the false-positive report form.

However, we can try to fix this issue for the next stable release.

sun’s picture

Status: Active » Needs review
StatusFileSize
new9.04 KB

Attached patch replaces all protocol-free URLs to mollom.com to use HTTPS — regardless of whether the current Drupal page is delivered over HTTPS or not.

sun’s picture

Version: 7.x-2.x-dev » 6.x-2.x-dev
StatusFileSize
new9.42 KB
sun’s picture

Version: 6.x-2.x-dev » 7.x-2.x-dev
Status: Needs review » Fixed

Thanks for reporting, reviewing, and testing! Committed to all branches.

A new development snapshot will be available within the next 12 hours. This improvement will be available in the next official release.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

  • Commit 45e1c40 on 7.x-2.x, 8.x-2.x, fbajs, actions by sun:
    Issue #1993888 by sun: Fixed 404 not found log messages caused by...

  • Commit 45e1c40 on 7.x-2.x, 8.x-2.x, fbajs, actions by sun:
    Issue #1993888 by sun: Fixed 404 not found log messages caused by...