Recaptcha support for comments

[Artem Egorkine]

From personal experience, comments added by AddCommentMacro are not filtered by any Trac spam filter plugins. Attached is a patch for 0.10-version of the macro to integrate the recaptcha.net support.

To use, one must explicitly turn on recaptcha feature in the ini-file:

[addcomment]
recaptcha = on
recaptcha_private_key = ...
recaptcha_public_key = ...

When enabled, a recaptcha widget will appear below the comment input field and buttons. The default behavior is to require only anonymous users to solve the captcha. If logged in users are required to solve one as well, add

recaptcha_logged_in = on

to the aforementioned block in the ini-file.

In case if the captcha is solved correctly, pressing "Add comment" button will add the comment. If the captcha is solved incorrectly, "Add comment" will instead switch to "Preview" functionality, displaying a message that the captcha needs to be solved before the comment can be posted.

[Artem Egorkine]

recaptcha support for Trac-0.10 version of AddCommentMacro

[Artem Egorkine]

Screenshot of the recaptcha-enabled AddCommentMacro in action.

[Thomas Moschny]

See also #3076.

[Christian Boos]

(I'm not in charge of this plugin)

[anonymous]

How do you install this onto your own trac?

[Alec Thomas]

I think osimons is maintaining this plugin now.

[osimons]

Replying to athomas:

I think osimons is maintaining this plugin now.

Yeah, I suppose I am.

Personally I don't feel the need for an addcomment-only captcha implementation against one particular service.

However: I recently added change listener support for 0.11 version ([3723]), meaning ​trac:wiki:SpamFilter and similar plugins will work for comments. Would not that be a sufficient solution to the original issue raised? I propose worksforme, advicing update to 0.11 and using spamfilter plugin...

[Artem Egorkine]

Replying to osimons:

Personally I don't feel the need for an addcomment-only captcha implementation against one particular service.

However: I recently added change listener support for 0.11 version ([3723]), meaning ​trac:wiki:SpamFilter and similar plugins will work for comments. Would not that be a sufficient solution to the original issue raised? I propose worksforme, advicing update to 0.11 and using spamfilter plugin...

The current patch was born out of the lack of AddComment-SpamFilter integration. I think it may be useful for people still using 0.10 for one reason or another, but I see no point in maintaining it as such for 0.11 and onwards...

[Thomas Moschny]

Porting my patch from [3723] to 0.10 shouldn't be that hard...

[osimons]

Replying to thomas.moschny@...:

Porting my patch from [3723] to 0.10 shouldn't be that hard...

No it shouldn't really. Question is, do we want to? I haven't been running the 0.10 version for a long time, and pending reports of any major bugs or security implications I likely never will again... I personally consider the feature-set of 0.10 as frozen at this stage with Trac 0.11 released (and 0.10-stable frozen), but will of course happily commit useful backports if someone volunteers to maintain the old version.

Any takers?

[osimons]

Well, no chance of fixing this for 0.10 at this stage.... If you have 0.10.x then upgrade!