Extension talk:ConfirmEdit

Jump to: navigation, search

About this board

Archives 
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
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"
90.56.7.131 (talkcontribs)

Hi,

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 ?

Thanks.

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?

71.93.57.246 (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.

Reply to "NoCaptcha Mediawiki 1.26"

ConfirmEdit is compatible with MobileFrontend extension?

1
Azot944 (talkcontribs)

Hi,

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.

Regards

Azot944

Missing captcha in WikiEditor & Unclickable in Visual Editor

3
71.67.124.174 (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

94.18.233.162 (talkcontribs)

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

86.140.56.216 (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
178.79.133.201 (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
174.97.242.26 (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
209.239.103.227 (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?"
Vedmaka (talkcontribs)

Is there any plans to support reCaptcha v2 ?

Kghbln (talkcontribs)

My impression is that this extension is only maintained in a way that it works for WMF purposes. The extensions page as well as gerrit "are full of unmerged patches, patch suggestions and so on". I guess the answer is no until someone takes over maintaining this extension.

Nemo bis (talkcontribs)

Well, people can help review: there is a patch by Florian, if everyone tested it and confirmed it works then folks like Emufarmers and others with +2 powers would presumably be more comfortable with merging.

Florianschmidtwelzow (talkcontribs)

+1 Nemo! The changes are open for all interested people for testing and giving feedback. That would help us a lot. There is a bug tracking the work on getting the new captcha into ConfirmEdit since a long time: phabricator:T84918 and there are two patches in ConfirmEdit (both linked in the task), so feel free to take one, test it and report back what happened :)

Kghbln (talkcontribs)

Thanks a ton Florian for making this happen! Lots of kudos form me!

Florianschmidtwelzow (talkcontribs)

A lot of kudos directly goes to @Krinkle: for reviewing and merging :) Thanks!