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

Hi. Our captcha trigger seems to be malfunctioning since this morning and there have already appeared some spammy accounts. I am getting these errors while on the login page (http://dragon-mania-legends-wiki.mobga.me/Special:UserLogin):

Notice: Undefined index: badlogin /srv/dml-wiki/extensions/ConfirmEdit/SimpleCaptcha/Captcha.php on line 348

Notice: Undefined index: badloginperuser in /srv/dml-wiki/extensions/ConfirmEdit/SimpleCaptcha/Captcha.php on line 365

and on the create account page (http://dragon-mania-legends-wiki.mobga.me/Special:CreateAccount):

Notice: Undefined index: createaccount in /srv/dml-wiki/extensions/ConfirmEdit/SimpleCaptcha/Captcha.php on line 924

I don't understand why it does that since we're using QuestyCaptcha and not SimpleCaptcha. Deleting the folder brings the wiki down. I tried disabling SimpleCaptcha in /ConfirmEdit/extension.json under AutoloadClasses (line 51), but no luck.

We're using the REL1_27 version of ConfirmEdit. I disabled create accounts, for now, so the error on the createaccount page cannot be seen, but the ones on the login page can be seen. The console doesn't display any related java errors, so I am not sure what's causing it....

The exact same issue happens on the wiki, used for testing purposes, installed on my PC (through xampp).

Kghbln (talkcontribs)

When updating from MW 1.25 to MW 1.27 a couple of days ago did you also really upgrade ConfirmEdit from REL1_25 to REL1_27?

Now with REL1_27 you should add something like the following to you "LocalSettings.php" when using e.g. ReCaptcha:

## ConfirmEdit
wfLoadExtensions( array(
        'ConfirmEdit',
        'ConfirmEdit/ReCaptchaNoCaptcha'
        )
);
$wgCaptchaClass = 'ReCaptchaNoCaptcha';
$wgReCaptchaSiteKey = 'myKey';
$wgReCaptchaSecretKey = 'mySecretKey';
$wgCaptchaTriggers['edit'] = true;
$wgCaptchaTriggers['create'] = true;
// $wgCaptchaTriggers['addurl'] = false;
Kghbln (talkcontribs)

Yeah, indeed you are on REL1_27 so I suspect the configuration as the cause.

Star Warden (talkcontribs)

Hey. We are not using ReCaptcha, but QuestyCaptcha. This is the configuration. I will replace the answers themselves with 'answer#', for security reasons.

wfLoadExtensions( array( 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ) );
$wgCaptchaClass = 'QuestyCaptcha';
$wgCaptchaQuestions[] = array( 'question' => "What game does this wiki cover?", 'answer' => array( 'answer1', 'answer2', 'answer3', 'answer4', 'answer5', 'answer6' ) );
$wgCaptchaTriggers['wikiforum'] = true;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = true;
Star Warden (talkcontribs)

Hi again. I tried using ReCaptcha, as well. This was the configuration:

wfLoadExtensions( array( 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ) );
$wgCaptchaClass = 'ReCaptchaNoCaptcha';
$wgReCaptchaSiteKey = 'key';
$wgReCaptchaSecretKey = 'key';

But it still shows the same undefined indexes related to SimpleCaptcha. Isn't there a way to get rid of SimpleCaptcha? I just want to use Questy. It worked wonders, so far.

Star Warden (talkcontribs)

Also, both ConfirmEdit and the MediaWiki software are on 1_27.

Kghbln (talkcontribs)

That's strange. I run several wikis with 1.27.1 and ConfirmEdit without getting this. My QuestyCaptcha setup is however a bit different:

## ConfirmEdit
wfLoadExtensions( array(
        'ConfirmEdit',
        'ConfirmEdit/QuestyCaptcha'
        )
);
$wgCaptchaClass = 'QuestyCaptcha';
$wgCaptchaTriggers['edit'] = true;
$wgCaptchaTriggers['create'] = true;
// $wgCaptchaTriggers['addurl'] = false;
$arr = array(
        "MyQuestion" => "MyAnswer",
        "MyQuestion" => "MyAnswer",
        "MyQuestion" => "MyAnswer"
        );
foreach ( $arr as $key => $value ) {
        $wgCaptchaQuestions[] = array(
        	'question' => $key,
		'answer' => $value
        	);
	}
Star Warden (talkcontribs)

Well, I tried using your configuration and I am still getting the same issues. I even re-downloaded ConfirmEdit and run both composer update and php update.php. What is happening?

Star Warden (talkcontribs)

Okay, now that's very strange. The issue fixed itself after I moved the entire code at the bottom of localsettings.php... But why? Why was the position important?

Also, I assume two different captchas can't be used at the same time, right? Like QuestyCaptcha + ReCaptcha.

I've wrote more details about the whole issue and the workaround to it here: https://www.mediawiki.org/wiki/Topic:Temsrqh8dj4mbpgg

Kghbln (talkcontribs)

No, two different CAPTCHAS cannot be used at a time and yes the position within the "LocalSettings.php" makes a difference in some cases. Thanks for linking to the related topic.

Reply to "Captcha Issues"
50.49.217.179 (talkcontribs)

Whoever is changing the variable names that the config is supposed to use, stop it! My site's captcha has now silently broken twice! You should never, ever change the name of a configuration variable. If you do end up changing it, alias the old name for the new name!

Florianschmidtwelzow (talkcontribs)

Ok, what configuration variables do you mean? ;)

Zoglun (talkcontribs)

Yeah, ConfirmEdit is really unstable. Meanwhile it is vital for MW, which made using it become really frustrating experience.

Florianschmidtwelzow (talkcontribs)

However, my question is still unanswered :D

Reply to "Stop changing variable names!"
2003:6F:8B2A:CC00:C3F:355E:4C59:6938 (talkcontribs)

I embed images in $wgCaptchaQuestions, thus I need to configure them with HTML.

This worked in MW 1.25, but in broke in MW 1.27 (I see the plain HTML).

CyberXRef (talkcontribs)

We've just upgraded from 1.25 to 1.27 and ConfirmEdit/QuestyCaptcha is indeed broken. It no longer allows HTML in $wgCaptchaQuestions which is critical for proper operation for us.

Zoglun (talkcontribs)

Any update on using image with wgCaptchaQuestions? We use image questions, too. This error preventing us upgrade to MW1.27.

Reply to "Allow HTML in $wgCaptchaQuestions?"
FMalvisi (talkcontribs)

Hey, I would like to run ConfirmEdit on a MW 1.25.1 installation that also has Semantic Media Wiki running. No matter what captcha "type" I select, the captcha does not show up at all in the registration form (Special:SemanticSignup). As it always fails, noone is able to create a new account as a consequence. There is an open issue on Semantic Signup's repository about this with no updates for over a year (even tried emailing the guy who opened it). If someone has a workaround please let me know!

Kghbln (talkcontribs)

I am not sure about the status of Semantic Signup either. I expect it to be broken completely for MW 1.27+ due to the new authentication system. Also I have the feeling that it may be an issue of Semantic Signup to cater for the ConfirmEdit extension which should be reported. Ping @Toniher for thoughts on this.

Toniher (talkcontribs)

Sorry @FMalvisi, I think you sent me an email some weeks ago and I didn't reply. I haven't worked with Semantic Signup for a long time. I should find time to update this and other extensions! Any help appreciated!

Reply to "Still broken with SemanticSignup?"

Missing captcha in WikiEditor & Unclickable in Visual Editor

4
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

Simonsarazin (talkcontribs)

Any news about it ?

Reply to "Missing captcha in WikiEditor & Unclickable in Visual Editor"
88.110.115.179 (talkcontribs)

Would like to have questycaptcha above or below the Save button on the edit page. Now it appears just below the header after the first save. Using Vector in MediaWiki 1.22.2. Anybody would help and tell which file to change?

Florianschmidtwelzow (talkcontribs)

If you've the trigger "addurl" only, the CAPTCHA will display above of the editor, to take the whole attention of the user, so he doesn't need to look for missing inputs. If you use MediaWiki 1.27 or newer (iirc it was 1.27, maybe it's already in 1.25/1.26 and newer) and the "edit" trigger, the CAPTCHA will be above of the save button. So you would need to upgrade your MediaWiki version to a supported one (this is strongly suggested nonetheless) :)

Reply to "The location of QuestyCaptcha"
200.124.206.29 (talkcontribs)

The captcha loads and works fine until you click Login.

When clicking Login I receive: CAPTCHA verification failed due to internal error: http

And nothing else. As it's not descriptive I'm at a loss on what to try.

Has anyone seens this happen before?

Florianschmidtwelzow (talkcontribs)

Probably you can't establish http connection to the outside world from your server. Do you use a hosting provider (webspace, e.g.) or do you have ssh access to your server?

Reply to "reCAPTCHA noCAPTCHA failing"
82.247.218.160 (talkcontribs)

Even if I pass the Captcha, I can't validate my edit because the page will reload with the Captcha again.

Anyone has an idea ?

Many thanks

This comment was hidden by Azot944 (history)
Reply to "[Solved]Can't pass the NoCaptcha"
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.

147.228.175.33 (talkcontribs)

I experience the very same problem.

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

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

82.247.218.160 (talkcontribs)

Thanks, i was stupid too, but now it works ! :P

Reply to "NoCaptcha Mediawiki 1.26"

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

8
24.76.116.83 (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.

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

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

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

24.76.116.83 (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"