Extension talk:ConfirmEdit

Jump to navigation Jump to search

About this board

Archives 
189.217.120.126 (talkcontribs)

hi, install this extension and use the questy captcha but I would like to use images how can I do it?

Reply to "use images"

The ReCaptcha/NoCaptcha is invisible

2
Deimos (talkcontribs)

Once I add the captcha (v2, I'm not a robot one) it does add message "Enter captcha" on the wiki, but its invisible and you can't click on it, therefore its impossible to do anything.

Kghbln (talkcontribs)

Look at the browser console to see what happens, i.e. if errors are shown. It may e.g. be that a Content Security Policy (CSP) is enabled for the wiki that prevents the NoCaptcha code from being loaded. Happened to me once.

Reply to "The ReCaptcha/NoCaptcha is invisible"
TheNaJo (talkcontribs)

Get this error message when someone tries to create an account: "CAPTCHA verification failed due to internal error: recaptcha-api"

The keys I have are valid. The site key is correct (because when I modify it, the captcha doesn't work, just says "invalid site key"). I have gone over the secret key multiple times. I even created a second set of keys.

MarkAHershberger (talkcontribs)

From your Special:Version, what version of ConfirmEdit are you using? What version of MediaWiki?

TheNaJo (talkcontribs)

1.31.0 and 1.5.1

MarkAHershberger (talkcontribs)

What is the configuration in your LocalSettings.php to enable recaptcha?

TheNaJo (talkcontribs)
wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ]);
$wgCaptchaClass = 'ReCaptchaNoCaptcha';
$wgReCaptchaSiteKey = 'your public/site key here';
$wgReCaptchaSecretKey = 'your private key here';
Gboyers (talkcontribs)

I had the same issue. Are you using ReCaptcha v3 or v2 keys? I think this extension only supports v2 at the moment.

TheNaJo (talkcontribs)

v2. I haven't resolved the error, so I've reverted to QuestyCaptcha

Gboyers (talkcontribs)

I solved this because I was using $wgReCaptchaPrivateKey not $wgReCaptchaSecretKey - maybe double-check that

Reply to "Internal Error: recaptcha-api"
5.34.108.125 (talkcontribs)

An internal error occurred: 5663848F2B2A0.A0D1A16.720D6DEB

Please help. This error accure when trying to Signing up.

PrometheusAla (talkcontribs)

I've changed captcha type to RecaptchaNoCapture and double checked security keys from Google. There is no errors on page but captcha also not showing. What else should be updated in mediawiki (in LocalSettings), I've updated it from 1.28 to 1.30 manually? Please help.

68.134.241.211 (talkcontribs)

Any luck here? I'm running into the same issue.

Reply to "reCaptcha not working"

Current Documentation Would Throw an Error

3
69.123.84.73 (talkcontribs)

In the ConfirmEdit page it states this:

// If your MediaWiki version is 1.25 or higher, use this line:

wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ]);

This is incorrect, using an array in wfLoadExtensions would throw an array->string conversion and on top of that it won't work. However, passing "ConfirmEdit/QuestyCaptcha" as a string in the function does work fine. Does it mean actually "1.25 or LOWER" or is this misdocumentation?

69.123.84.73 (talkcontribs)

Nevermind, I didn't see the // Else use these lines: part.

机智的小鱼君 (talkcontribs)

Delete

wfLoadExtensions('ConfirmEdit']);

Then add

wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ]);
Reply to "Current Documentation Would Throw an Error"

Captacha is not showing up in visual editor

2
89.217.172.240 (talkcontribs)

I enbaled the captcha 'nocaptcha' on edit page for anonymous user. It works for standard edit, but it doesn't with the visual editor. In fact the captcha is not displayed but it also impossible to save (error is thrown)

116.68.120.139 (talkcontribs)

Same issue for me also.

Reply to "Captacha is not showing up in visual editor"
Gboyers (talkcontribs)

Could this extension be updated to support Google ReCaptcha v3? It looks like a different implementation, returning a score based on a range of things, rather than pass/fail from the popup.

https://developers.google.com/recaptcha/docs/v3

Kghbln (talkcontribs)

I suggest to create an issue for it at Phabricator I doubt that the developers have a frequent look at this talk page.

Reply to "ReCaptcha v3"
PlavorSeol (talkcontribs)

Is it able to apply invisible reCAPTCHA which validate requests in the background without checkbox?

MarkAHershberger (talkcontribs)

I'm guessing you mean NoCAPTCHA which the latest ConfirmEdit does support.

PlavorSeol (talkcontribs)
MarkAHershberger (talkcontribs)

Such a thing could be done, but it would require a small matter of programming.

Missing ConfirmEdit.php in MediaWiki 1.31?

5
Summary by InkluPedia

use "wfLoadExtension( 'ConfirmEdit' );" instead of "require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";" in LocalSettings.php

InkluPedia (talkcontribs)

Hello. I am currently installing latest stable version MediaWiki 1.31 for my wiki InkluPedia. There is no ConfirmEdit.php in extensions/ConfirmEdit/ available. Can I use the file from MediaWiki 1.30? Thanks

Dinoguy1000 (talkcontribs)

Have you confirmed that the extension is nonfunctional without that file?

InkluPedia (talkcontribs)

"php update.php" is complaining because of "require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";" in LocalSettings.php

As this is still the official documentation at Extension:ConfirmEdit and the missing file is available in MediaWiki 1.29 and 1.30 I think it is missing.

InkluPedia (talkcontribs)
InkluPedia (talkcontribs)

Found solution. Looks like "require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";" in LocalSettings.php is no longer working (because the file does not exists) but e. g. "wfLoadExtension( 'ConfirmEdit' );" is working. Something changed most likely from MediaWiki 1.30 to 1.31 here, because I fixed another affected extension (MobileFrontend) this way. Yes, I know that "require_once ..." is old and wfLoadExtension is new, but since MediaWiki 1.31 it is mandatory for at least two extensions because some files are no longer provided in extension archive.

recaptcha nocaptcha being bypassed?

10
2604:880:64:2B3:8000:0:0:1000 (talkcontribs)

Does nocaptcha still work with confirmedit for stopping spam? It shows up and works when I test it but, I am getting a huge influx of spam with it on? I am running 1.28.2 with ConfirmEdit 1.4.0 but just getting smashed by account creations and spam.

75.97.150.191 (talkcontribs)

Same problem. Massive influx of new accounts and spam since the end of April. Was using noCAPTCHA for account creation only, then enabled it for every edit and page creation, but it continues. My only recourse has been to disable account creation and remove edit/create permissions for every group and create a new group to add known real people to.

2604:880:64:2B3:0:0:0:2 (talkcontribs)

Same issue, I turned off nocaptcha and switched to some new custom questy captcha and still getting a huge influx of account creation through. It must be some issue with mediawiki/confirmedit that they can bypass everything

MarkAHershberger (talkcontribs)

I'm using it with MW 1.27.

76.190.170.156 (talkcontribs)

and it is working? or it isnt?

MarkAHershberger (talkcontribs)

Sorry. I should have said it is working.

MarkAHershberger (talkcontribs)
MarkAHershberger (talkcontribs)

Just re-verified that it is working to stop logins. It shows up for ConfirmAccount, but the result is ignored.

2605:A000:1207:608C:DC2D:434F:7CCA:6C68 (talkcontribs)

I am forcing HTTPS, http is redirected

Stefahn (talkcontribs)

Same problem here. I switched from QuestyCaptcha to Recaptcha/Nocaptcha because I thought Recaptcha is easier for users (they can click and don't have to type). But since then I get a lot of fake account creations. I have to switch back to QuestyCaptcha now.

Recaptcha worked fine on preventing spam on Extension:ContactPage however.

Reply to "recaptcha nocaptcha being bypassed?"