Extension talk:ConfirmEdit

Jump to navigation Jump to search

About this board

Archives 

Current Documentation Would Throw an Error

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

Reply to "Current Documentation Would Throw an Error"
PlavorSeol (talkcontribs)
Reply to "MathCaptcha with SimpleMathJax"
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

Reply to "Internal Error: recaptcha-api"

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?"

captcha appearing when resetting a password

1
2001:16B8:2ACF:5300:30C1:6B9:B271:8A82 (talkcontribs)

Is it possible to also have captcha appearing when you try to reset the password? Right now it is very easy to reset passwords even in order to reset passwords of other users (for whatever reason). So the question is if it is possible that when you are in Special:UserLogin and click on "forgot password" the captcha is appearing as well before the mail is sent.

Thanks and Kind regards

Reply to "captcha appearing when resetting a password"

upgrading to use the latest version of Google reCaptcha

1
Tansaku (talkcontribs)

ConfirmEdit has been working really well for us, but recently bots are making their way back in. I'm thinking that we need to upgrade to a more recent version of reCaptcha. Is there a standard pathway for achieving this?

Many thanks in advance

Reply to "upgrading to use the latest version of Google reCaptcha"