Extension talk:ConfirmEdit

Jump to: navigation, search

About this board

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

ConfirmEdit doesn't seem to be adding the captcha's to the register new account

8 (talkcontribs)

And I'm getting a ton of spam registrations as a result

Kghbln (talkcontribs)

It depends which CAPTCHA service you configured. All of them except for QuestyCaptcha and NoCaptacha are basically cracked and useless. (talkcontribs)

@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.

Kghbln (talkcontribs)

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. (talkcontribs)

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) (talkcontribs)

Actually with further testing it's not working at all even on edits. Getting close to just reverting to an older version of MW. (talkcontribs)

And seemingly randomly it now is... very confusing.

Platonides (talkcontribs)

Did you add it to LocalSettings?

Reply to "ConfirmEdit doesn't seem to be adding the captcha's to the register new account"

Is it possible to use multiple types of Captchas at the same time?

Tribly (talkcontribs)

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?


Kghbln (talkcontribs)

I do not think this is possible.

Reply to "Is it possible to use multiple types of Captchas at the same time?" (talkcontribs)


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:

- CollapsibleVector  

- ConfirmEdit      

- Gadgets  

- Interwiki          

- MobileFrontend    

- Nuke            

- PdfHandler  

- Renameuser      

- SpamBlacklist          

- TitleBlacklist  

- VisualMathCaptcha

- Cite              

- Confirm            

- DeleteBatch      

- FlashMP3  

- ImageMap  

- LocalisationUpdate  

- MultimediaPlayer  

- OpenGraphMeta    

- Poem        

- SyntaxHighlight_GeSHi  

- ToggleDisplay  

- WebChat

- CiteThisPage      

- ConfirmEdit        

- Description2    

- Flow      

- InputBox  

- MobileApp          

- MwEmbedSupport    

- ParserFunctions  

- TimedMediaHandler      

- Vector          

- WikiEditor

Are there any incompatibilities with this extensions ?

Have you an idea ?


Florianschmidtwelzow (talkcontribs)

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? (talkcontribs)

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. (talkcontribs)

I experience the very same problem. (talkcontribs)

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. (talkcontribs)

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.

Reply to "NoCaptcha Mediawiki 1.26"
Yokii2N (talkcontribs)

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

Kghbln (talkcontribs)

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.

Reply to "extension.json does not exist"

ConfirmEdit is compatible with MobileFrontend extension?

Azot944 (talkcontribs)


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

3 (talkcontribs)

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?

AT (talkcontribs)

I have the same issue - I just want to turn it off completely, but cannot find where to do it. (talkcontribs)

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

Reply to "Missing captcha in WikiEditor & Unclickable in Visual Editor"

Namespace triggers not working correctly

1 (talkcontribs)

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;

Reply to "Namespace triggers not working correctly"
Jaideraf (talkcontribs)

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!
Florianschmidtwelzow (talkcontribs)

Fixed in documentation, ConfirmEdit itself doesn't have extension registration yet, so please use the "old" installation routine:

require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";

Sorry for the confusion!

Jaideraf (talkcontribs)

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)

Florianschmidtwelzow (talkcontribs)

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 :)

Jaideraf (talkcontribs)

The problem was solved by SemanticForms developers a while ago. I forgot to update here, sorry.

Reply to "MediaWiki 1.25.1"

QuestyCapture/Confirm Edit broken in update?

3 (talkcontribs)

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?

2602:304:AE38:4CF9:80EA:12D9:653D:FAB6 (talkcontribs)

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

2605:A000:1C01:806D:8CEF:9EF8:75E:B3B4 (talkcontribs)

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.

Reply to "QuestyCapture/Confirm Edit broken in update?"

Why still using old hook for enabling extension?

2 (talkcontribs)

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.

Florianschmidtwelzow (talkcontribs)

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 :)

Reply to "Why still using old hook for enabling extension?"