And I'm getting a ton of spam registrations as a result
ConfirmEdit doesn't seem to be adding the captcha's to the register new account
It depends which CAPTCHA service you configured. All of them except for QuestyCaptcha and NoCaptacha are basically cracked and useless.
@kghbin I believe he's saying that the captcha isn't actually appearing on the registration page. I have the same problem with an otherwise effective questycaptcha.
ah, obviously I must have misunderstood. Well, which versions of MW, PHP and ConfirmEdit are used? Perhaps it is a bug, but this is just not enough information to work with.
Yes, MW 1.26 and a fresh download of confirmedit, simply isn't working like it was on my old install (I had to move hosts)
Actually with further testing it's not working at all even on edits. Getting close to just reverting to an older version of MW.
And seemingly randomly it now is... very confusing.
Did you add it to LocalSettings?
Is it possible to use multiple types of Captchas at the same time?
I already tried out this extension with ReCaptcha NoCaptcha and I'm very happy with it, but it would be good if I were able to use an additional Captcha type, like QuestyCaptcha, so I would be able to setup specific questions for the people who want to register on my wiki but I would still able to make them fill out a ReCaptcha NoCaptcha. Is this possible? If yes, then how can I do this?
I do not think this is possible.
NoCaptcha Mediawiki 1.26
I have a problem with ConfirmEdit
RecaptchaNoCaptcha didn't work, Recaptcha work well but not Nocaptcha by Google It does not appear. And Recaptcha does not work against bots :/
Before i used AreYouHuman but the service stopped
My mediawiki have:
Are there any incompatibilities with this extensions ?
Have you an idea ?
What do you see on the page? Is there a text, that you need to solve a captcha, but doesn't see any captcha only? What does the browser console say?
I'm in the same boat it just says "To protect the wiki against automated account creation, we kindly ask you to solve the following CAPTCHA:" but there's no NoCaptcha embed.
I experience the very same problem.
The console displays an error "Error: Missing required parameters in RecaptchaOptions: sitekey" But I followed the guide written here and correctly pasted the site key to LocalSettings.php. At least, I hope I did it correctly.
Fixed it. It was my own stupidity and lack of attention. I still had it set to the old $wgReCaptchaPublicKey instead of the $wgReCaptchaSiteKey required by NoCaptcha.
extension.json does not exist
When I am upgrading mediawiki1.18 to 1.25.5 I have a question like this:Fatal error: Uncaught exception 'Exception' with message 'E:\wamp\www\wiki/extensions/ConfirmEdit/extension.json does not exist!' in E:\wamp\www\wiki\includes\registration\ExtensionRegistry.php on line 101
What is extension.json and where is it? How to solve it? Thanks
Affirmative, this exension.json stuff is still a mess at the moment. Perhaps it works from MW 1.26 onwards. However, just the "require_once ..." call instead to invoke the extension.
ConfirmEdit is compatible with MobileFrontend extension?
Did ConfirmEdit is compatible with MobileFrontend extension? Because when editing article on my wiki using MobileFrontend extension I don't see any captcha code, and i can't edit anything.
Missing captcha in WikiEditor & Unclickable in Visual Editor
I just installed the extension, and tried the questycaptch as outline in the sample.
It works in visual editor 0.1.0, but i guess VE has a bug where we cannot click inside the input box. Does anyone has the same issue? Was there a fix on VE that i need to work on?
I tried WikiEditor. After i clicked publish, it does not show me the captcha at all. I have expanded the publish box but there was missing captcha.
What editor does everyone use here for the captcha to work best in?
I have the same issue - I just want to turn it off completely, but cannot find where to do it.
Using WYSIWYG extension and seem to get same issue with no captcha appearing. All my edits are going through despite setting everything to requiring a captcha
Namespace triggers not working correctly
I am using ConfirmEdit with the QuestyCaptcha on my installation and my users have started complaining that they are always required to complete the captcha when editing. It is supposed to be configured such that regular edits don't provoke the captcha, but I had specifically enabled the edit trigger for the NS_FILE namespace to catch uploads of new versions of images, as that was previously used as an attack on the site. When I disabled the namespace specific trigger, it stopped prompting on the main namespace too. Is this a known issue at the moment?
For reference my relevant configuration excerpt is:
$wgGroupPermissions['*' ]['skipcaptcha'] = false;
$wgGroupPermissions['user' ]['skipcaptcha'] = false;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = false;
$wgGroupPermissions['bot' ]['skipcaptcha'] = true; // registered bots
$wgGroupPermissions['sysop' ]['skipcaptcha'] = true;
$wgCaptchaTriggers['edit'] = false;
$wgCaptchaTriggers['create'] = true;
$wgCaptchaTriggers['addurl'] = true;
$wgCaptchaTriggers['createaccount'] = true;
$wgCaptchaTriggers['move'] = true;
$wgCaptchaTriggers['badlogin'] = true;
$wgCaptchaTriggersOnNamespace = array();
$wgCaptchaTriggersOnNamespace[NS_FILE]['edit'] = true;
I am getting the folowing error, what should I have to do?
Fatal error: Uncaught exception 'Exception' with message '.../w/extensions/ConfirmEdit/extension.json does not exist!
Fixed in documentation, ConfirmEdit itself doesn't have extension registration yet, so please use the "old" installation routine:
Sorry for the confusion!
Thanks for answering, but now I am getting the following error message
Invalid or virtual namespace -1 given.
when editing with SemanticForms (without ConfirmEdit, SemanticForms works just fine)
I'm pretty sure, that the error message (which reads like an exception?) gives a full stack trace, right? Could you post it? I think that's not a problem inside confirm edit, maybe SemanticForms needs to update a function call :)
The problem was solved by SemanticForms developers a while ago. I forgot to update here, sorry.
QuestyCapture/Confirm Edit broken in update?
I suddenly started receiving a flood of spammers...on a hunch, I decided to try to start a new account, and voila....easy as pie, no protection whatsoever, no capcha, nothing....anyone know if there is a way to fix this?
Hello, I'm new to Wiki's and all the sorts. I have been trying to enable ConfirmEdit's QuestyCapture, and from you post I see that mine may be broken as well. Have you found a solution? Running MediaWiki 1.25.3
I basically deleted my Confirm Edit folder, re-downloaded, re-installed it, and all is well with the world again. I suggest you do the same.
Why still using old hook for enabling extension?
Why do the instructions on the extension page instruct users to use the old method to call this extension in LocalSettings.php?
Prior to 1.25: <nowiki>require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";</nowiki>
Shouldn't the instructions advise users to use this standard method?
1.25 and newer: <nowiki>wfLoadExtension( 'ConfirmEdit' );</nowiki>
See the [Extension:Cite Cite] extension's installation instructions for an example.
The main part of ConfirmEdit doesn't support ExtensionRegistration yet, it's tracked in task T88047. As long as this isn't resolved, adding the new installation with the use of ExtensionRegistration wouldn't work :)