Extension talk:ReCAPTCHA

Error

mediawiki updated to version 1.18.0

error message:

Fatal error: Call to a member function addMessages() on a non-object in \extensions\recaptcha\ConfirmEdit.php on line 170

I'd really like this answered too as I have this SAME issue as well. There is no documentation on Google code regarding this at all. Please dont ignore this question!

As far as I know, this extension has been abandoned - you should switch to using ConfirmEdit, which now has support for reCAPTCHA. (Though you might want to use a different CAPTCHA technique than reCAPTCHA anyway - I believe spammers started being able to bypass reCAPTCHA sometime in 2010.) Yaron Koren 17:56, 17 January 2012 (UTC)

Look at this for a solution: Manual talk:Upgrading#Call to a member function addMessage() on a non-object in

Error on submitting edit

I just installed the recaptcha plugin and it is working with new registrations. But when I try to save edits, it spits out the following...

Detected bug in an extension! Hook ReCaptcha::confirmEdit failed to return a value; should return true to continue hook processing or false to abort.
Backtrace:
#0 /Library/WebServer/Documents/w/includes/EditPage.php(802): wfRunHooks('EditFilter', Array)
#1 /Library/WebServer/Documents/w/includes/EditPage.php(2548): EditPage->internalAttemptSave(false, false)
#2 /Library/WebServer/Documents/w/includes/EditPage.php(389): EditPage->attemptSave()
#3 /Library/WebServer/Documents/w/includes/EditPage.php(271): EditPage->edit()
#4 /Library/WebServer/Documents/w/includes/Wiki.php(553): EditPage->submit()
#5 /Library/WebServer/Documents/w/includes/Wiki.php(70): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User),  Object(WebRequest))
#6 /Library/WebServer/Documents/w/index.php(117): MediaWiki->performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User),  Object(WebRequest))
#7 {main}

Any suggestions? --Pschloss 13:17, 14 April 2011 (UTC)

This seems to explain (one variant of the problem): http://nerdbynature.de/s9y/?227

Error

Installed recaptcha a few days ago but did not think to fully test it now when i try to save changes to a page i get this error Warning: Parameter 1 to ReCaptcha::confirmEdit() expected to be a reference, value given in /home/sitename/public_html/sitename/includes/Hooks.php on line 133

line 133 in hooks.php is "$retval = call_user_func_array( $callback, $hook_args );" Any idea how i can fix this? many thanks --91.107.115.234 18:16, 11 February 2011 (UTC)

deleted the following

I deleted the following two points from the Notes section of the page since they appear to be quite unnecessary.

1. You will need to call ConfirmEdit in LocalSettings.php using require_once( "$IP/extensions/recaptcha/ConfirmEdit.php" ); (in addition to require_once( "$IP/extensions/recaptcha/ReCaptcha.php" );).
2. I found the previous instruction to be false. I initially enabled ConfirmEdit, but it caused a problem with the redeclaration of a variable, so I disabled it and reCAPTCHA then worked fine, using MediaWiki 1.11.0 on Linux.

The first is not right - recaptcha.php does a require_once( "ConfirmEdit.php" ); so you clearly don't require the LocalSettings.php change. This of course makes the next statement redundant. Michael Daly 02:31, 12 October 2007 (UTC)

This extension only worked for me by disabling ConfirmEdit (even after checking to make sure I had the most up-to-date version). T0lk 08:12, 28 November 2009 (UTC)

ReCaptcha Glitch

Hi there, I installed the ReCaptcha extension for my wiki, but now when I try to log in, I get this message:

Fatal error: Call to undefined function wfMemcKey() in /thecbg.org/wiki/extensions/recaptcha/ConfirmEdit.php on line 336

Any i deas on how to fix this? Ishmayl 15:21, 3 November 2007 (UTC)

reCAPTCHA API Key Not For Current Domain Error

I just upgraded to MediaWiki 1.11 and everything seems to be working fine but when I encounter a page that usually have a reCAPTCHA on it, it now says that the reCAPTCHA key wasn't created for the current domain, but I had been using the same API key before I upgraded and everything worked fine, anyone have any idea what can be causing this?

Fixed: Nevermind, for some reason I did indeed have to create new keys, even though before upgrading the ones I had worked fine. --BlaenkDenum 01:10, 20 November 2007 (UTC)

Support for new versions?

ConfirmEdit Works. With reCAPTCHA enabled shen saving changes on any account the following error results:

Fatal error: Cannot redeclare class SimpleCaptcha in bla/bla/bla/extensions/ConfirmEdit/ConfirmEdit_body.php on line 66

sup wit dat? — Preceding unsigned comment added by 86.28.134.69 (talk • contribs)

You're not supposed to require_once both ReCAPTCHA and ConfirmEdit in LocalSettings.php. —Emufarmers^(T|C) 06:08, 12 June 2009 (UTC)

I have the same fatal error. But there is no captcha on the site when I take out require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" ); and leave require_once( "$IP/extensions/recaptcha/ReCaptcha.php" ); It also doesn't work if i leave the first require_once and take out the second. Ideas? I am using the latest versions of mediawiki, confirmedit.php, and recaptcha.

Confirming above. No captcha when I remove require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );, and fatal error when included with require_once( "$IP/extensions/recaptcha/ReCaptcha.php" );. MediaWiki 1.15.1, ConfirmEdit r50221 --FoohonPie 22:33, 9 August 2009 (UTC)

So it turns out I was wrong, I just wasn't testing properly. Works fine if you remove the ConfirmEdit require, just make sure when you test that you are including an external link(with <a> tag and all), otherwise the captcha won't be triggered. --FoohonPie 22:37, 9 August 2009 (UTC)

Doesn't work any more?

It appears this plugin doesn't work on editing pages any more. Confirm? --Jlp09550 05:53, 4 June 2010 (UTC)

1. I have the same problem: When trying to edit/save a page I get errors, so nothing is saved. (Registering with a new account works however) ~ eyerouge 28 june 2010
2. Update: Problem is now solved - in my case it was caused by me downloading the extension from the re-captcha site (http://recaptcha.net/plugins/mediawiki/). The file "ConfirmEdit.php" in that extension package is probably very outdated as the re-captcha extension package is dated back to may 2007. To get it all to work I simply a) downloaded the re-captcha extension, even if by itself it gives you the edit error b) installed it according to it's own instructions c) then downloaded the latest ConfirmEdit package d) extracted ConfirmEdit.php from that and e) replaced the old ConfirmEdit.php in the re-captcha package with the ConfirmEdit.php in the fresh ConfirmEdit-package. Did the trick for me. ~ eyerouge 28 june 2010

Same problem here, and I got it solved by adding a newer version of ConfirmEdit (got it from here: Extension:ConfirmEdit ) on top of the current installed ReCaptcha plugin. In my case I downloaded ConfirmEdit 1.16 and I had to copy over ConfirmEdit.alias.php , ConfirmEdit.i18n.php, ConfirmEdit.php, ConfirmEdit_body.php from the new package to my server. 82.48.47.87 14:12, 30 January 2011 (UTC)

Unable to prove humanity using reCAPTCHA plugin

Using MediaWiki 1.15 and the latest version of the reCAPTCHA wiki plugin (as downloaded from the official site this morning), the reCAPTCHA appears as expected on the account creation page. However, when clicking the "create account" button to submit information, the page returns a red box with the message "Login error Incorrect or missing confirmation code." (tried 4 times over 2 hrs) Inside the ReCAPTCHA box, the message "incorrect. try again" also appears- disabling the plugin allows account creation to proceed normally. This problem appears unique to the use of the wiki plugin, and I am still able to solve reCAPTCHAs on other sites without trouble. Any suggestions would be much appreciated. --141.211.122.223 18:27, 22 June 2010 (UTC)

Being bypassed?

I've been having a problem with spambots being created (who luckily can't edit), but they somehow kept creating an account every 30 minutes AFTER I installed this program. How the hell are they bypassing this? I tested it for myself and the captcha seems to work.

No offense, but this program isn't very effective, spam bots get in everyday even though I'm using this program. How about making it better? --Bluesoju 11:29, 8 November 2010 (UTC)

Same here. It has worked very good in the past, but since half a year it's quite useless for me. There are many spambots registering. --87.176.123.41 22:50, 16 November 2010 (UTC)

Same experience here. Seems to prevent nothing - had to disable account creation on wiki. --76.28.207.250 14:22, 19 May 2011 (UTC)

Missing from SVN server

this extension seems to be missing from the SVN server where it's implied above it once was. The download link on this extensions page is to super old google code from ca. 2007. anyone know where i can get this extension? — Preceding unsigned comment added by Oo.et.oO (talk • contribs)

This extension was never in SVN. The page for the extension at recaptcha.net was redirected to a page on Google Code at some point, but the actual download source has not changed. —Emufarmers^(T|C) 09:22, 4 December 2010 (UTC)

BUG: Permissions Issues on UNIX-Based Systems

I noticed a bug with this and it took me a while to find it. I originally got a 500 error which denotes a problem in the code, which traced back to a permissions issue. In the logs of the webserver software I use (Apache), I found this:
[Mon Dec 27 17:25:43 2010] [error] [client ::1] PHP Warning: require_once(/var/www/smbx-wiki-test/extensions/recaptcha/ReCaptcha.php): failed to open stream: Permission denied in /var/www/smbx-wiki-test/LocalSettings.php on line 135

I'm not sure if any of you have gotten this, but when I looked into the folder itself, I found that the permissions for the recaptcha folder were defaulted to owner use only (in my case, root, which owns the /var/www folder). To rectify this, the following command should be done from the extensions folder in a terminal (as superuser, just to be certain):
chmod --recursive +rw recaptcha

Not sure if this helps anyone, but I thought I'd let this information be out there. --TrekCaptainUSA 22:39, 27 December 2010 (UTC)

This isn't a bug, and it's unrelated to the extension: you have a restrictive umask set. —Emufarmers^(T|C) 23:00, 27 December 2010 (UTC)

screenshot

IT would be nice to have a screenshot of this CAPTCHA as there are no example wikis. 98.231.142.70 05:04, 25 January 2011 (UTC)

Whitelisting URLS

I run a wiki that's based around a browser-based online game, and as a result, URLs to the site the wiki is about are frequently used. Because of this, many of my contributors are slowed down by the captcha when editing certain pages en masse. Is there any way to white list links to the domain of the site the wiki is about? --Shadowfiles 03:04, 10 April 2011 (UTC)