Extension talk:ConfirmEdit

Jump to navigation Jump to search

About this board

Archives 

FYI: Known issue with Extension:MobileFrontEnd: Captcha on sign-up page is not working/shown/reply not saved

1
CayceP (talkcontribs)
Reply to "FYI: Known issue with Extension:MobileFrontEnd: Captcha on sign-up page is not working/shown/reply not saved"

FancyCaptcha "pool.py error" generating Captcha images

3
Dthrevan (talkcontribs)

Having issues generating captcha images, please help!


Current setup:

Python 2.7.18

Python Imaging Library 1.1.7 for Python 2.7 (Windows Only)


Error below:

C:\Python27>python.exe C:\Ex\captcha.py --font C:\Ex\FreeSans.ttf --wordlist C:\Ex\words.txt --key=Foo --blacklist C:\Ex\blacklist.txt --output C:\Ex\ --count=20

Generating 20 CAPTCHA images separated in 20 image(s) per chunk run by 1 threads...

Traceback (most recent call last):

  File "C:\Ex\captcha.py", line 298, in <module>

    p.map(run_in_thread, data)

  File "C:\Python27\lib\multiprocessing\pool.py", line 253, in map

    return self.map_async(func, iterable, chunksize).get()

  File "C:\Python27\lib\multiprocessing\pool.py", line 572, in get

    raise self._value

NameError: global name 'verbose' is not defined


Dthrevan (talkcontribs)

anyone???

Ulrich C. Thiess (talkcontribs)

Same problem here. Need help. Thanks.

Reply to "FancyCaptcha "pool.py error" generating Captcha images"

Problem with Confirm edit for 1.34

2
151.177.171.222 (talkcontribs)

Hello

I am trying to use ConfirmEdit with Recaptacha but i get an error at the top of the page when i enable it, do anyone know why? i have the latest version of the extension and i am running Mediawiki 1.34. the error goes away when i dissable the extension.

ERROR:

Deprecated: Use of Using $ceAllowConfirmedEmail is deprecated, please migrate to $wgAllowConfirmedEmail as a replacement. is deprecated. [Called from require_once in /includes/Setup.php at line 906] in /includes/debug/MWDebug.php on line 333

LOCAL SETTINGS FILE

#Recaptacha

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

$wgCaptchaClass = 'ReCaptchaNoCaptcha';

$wgReCaptchaSiteKey = '';

$wgReCaptchaSecretKey = '';

TiltedCerebellum (talkcontribs)

Does your site use visual editor with which ReCatcha is not compatible?

Reply to "Problem with Confirm edit for 1.34"

Captcha is not shown for login failures

2
2409:4043:194:CE4A:18E0:AF1B:B5C:9BAF (talkcontribs)

I have added this code to Localsettings.php:


2409:4043:194:CE4A:18E0:AF1B:B5C:9BAF (talkcontribs)

I have added this code to Localsettings.php:

$wgCaptchaTriggers['badlogin'] = true;


However it doesn't show captcha question when I try to login with bad username or password.

It shows well for creating new acccount, so setup looks good.

Please suggest what should be done to fix.


Thanks,

Vikas

Reply to "Captcha is not shown for login failures"
Farvardyn (talkcontribs)

By default, in which cases QuestyCaptcha asks question while editing/adding an articles and when not asks? Does it depend on email confirmation?


Dinoguy1000 (talkcontribs)

Defaults for ConfirmEdit are listed on its page; QuestyCaptcha uses these defaults. In particular, captchas are by default shown to everyone except for bots and admins, any time a new URL is added to a page, an account is being created, or a login fails. See the section I linked for details on how to customize this setup for your wiki.

Reply to "QuestyCaptcha"

QuestyCaptcha not preventing account creation

4
SheldonBole (talkcontribs)

I have QuestyCaptcha setup on my wiki. When I go to Request account, I see the QuestyCaptcha question, but whether I enter a correct or incorrect value the account request is processed, i.e. I see the resulting "Your account request has been sent and is now pending review. A confirmation email has been sent to your email address." Additionally, when I look under Open account requests the account request does appear there.

The site is on:

MediaWiki R1.34

PHP V 7.3.17

ConfirmEdit section in LocalSettings.php looks as follows:

// QuestyCaptcha Settings

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

   $wgCaptchaClass = 'QuestyCaptcha';

   # QuestyCaptcha questions:

       $wgCaptchaQuestions = [

           'How many fingers on one hand?' => [ 5, 'five' ],

       ];

       $wgMainCacheType = CACHE_ANYTHING;

       $wgCaptchaTriggers['createaccount'] = true;

Any guidance would be greatly appreciated!

Dinoguy1000 (talkcontribs)

It sounds like your wiki is configured to require all account registrations to be approved by an administrator/trusted user? ConfirmEdit/QuestyCaptcha may not have been tested in that type of environment, since no WMF wikis have such a setup.

SheldonBole (talkcontribs)

Hello Dinoguy1000, thanks for the suggestion. I am busy following up, as in I'm turning those settings off to see if I can get QuestyCaptcha to work, but have run into other, I hope unrelated, issues. So I'm sorting those issues before being able to test your suggestion. On Extension:ConfirmAccount it does specifically say:

"The ConfirmEdit extension can be used (in conjunction with the ConfirmAccount extension) in order to use captchas to stop flood requests."

However, I do understand from your suggestion you are specifically referring to QuestyCaptcha.

I have a few things I want to test... I'll be back.

SheldonBole (talkcontribs)

For anyone finding this thread, Extension:ConfirmEdit's QuestyCaptcha and Extension:ConfirmAccount don't play nicely!

When QuestyCaptcha's creataccount trigger is set to true, the question appears correctly on the account request form. However, incorrect answers to QuestyCaptcha have no effect and account requests are still submitted.


I have set $wgCaptchaTriggers['createaccount'] = false as the Captcha is not having any effect on account creations.


We decided to rather keep the account approval (through Extension:ConfirmAccount) and QuestyCaptcha functionality on the other Extension:ConfirmEdit's triggers. This has stopped fake accounts being created on our wiki at this stage.


For a brief period when I had:

$wgGroupPermissions['*']['createaccount'] = true; and

$wgCaptchaTriggers['createaccount'] = false;

We were inundated with fake account creations. Even though I had ConfirmAccount enabled. To solve this I set $wgGroupPermissions['*']['createaccount'] = false;. New users then need to "Request Account" through ConfirmAccount's functionality. This doesn't really affect user experience, but does stop bots creating fake accounts.

Reply to "QuestyCaptcha not preventing account creation"

ConfirmEdit/QuestyCaptcha causing 500 error.

4
173.184.192.53 (talkcontribs)

I have not had any issues in the past with any ConfirmEdit setup. I have had QuestyCaptcha set up on a mediawiki before. However, setting up Confirmedit and questycaptcha per the file, it gives me a 500 error.


SheldonBole (talkcontribs)

I was also receiving a 500 error. I am using MediaWiki 1.34 and was using require_once for QuestyCaptcha. When I removed this and added wfLoadExtensions my page loaded as expected.

This is explained at Extension:ConfirmEdit as follows:

// If your MediaWiki version is 1.25 or higher, use this line: wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ]);

// Else use these lines: require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php"; require_once "$IP/extensions/ConfirmEdit/QuestyCaptcha.php";

173.184.192.53 (talkcontribs)

I also found the following errors

[Sun Mar 29 15:21:56.553998 2020] [php7:warn] [pid 10690] [client 46.229.168.129:4538] PHP Warning:  mt_rand(): max(-1) is smaller than min(0) in /var/www/v5homebrew.com/public_html/mw/extensions/ConfirmEdit/QuestyCaptcha/includes/QuestyCaptcha.php on line 61

[Sun Mar 29 15:21:56.554088 2020] [php7:notice] [pid 10690] [client 46.229.168.129:4538] PHP Notice:  Undefined offset: 0 in /var/www/v5homebrew.com/public_html/mw/extensions/ConfirmEdit/QuestyCaptcha/includes/QuestyCaptcha.php on line 61

[Sun Mar 29 15:24:49.180120 2020] [php7:emerg] [pid 19004] [client 207.46.13.219:2281] PHP Parse error:  syntax error, unexpected 's' (T_STRING), expecting ']' in /var/www/v5homebrew.com/public_html/mw/LocalSettings.php on line 216


Line 216 is one of the questions for QuestyCaptcha.

173.184.192.53 (talkcontribs)

I figured it out. There were some characters that were trying to be parsed that needed to be escaped.

Reply to "ConfirmEdit/QuestyCaptcha causing 500 error."

ConfirmEdit or Google ReCaptcha v2 not working?

6
Chuck.Kahn (talkcontribs)

Recent flood of new spam users on my Wiki over the last 12 days.


https://chuckipedia.ca/index.php/Special:Log/newusers


How do I stop this flood? I've had ConfirmEdit installed with Google ReCaptcha v2 on this Wiki since 16/08/2018. Did Google ReCaptcha v2 change something? I have been using the same set of Google ReCaptcha keys on two different Wiki domains. Was that the problem? I just now created separate keys for each Wiki. The other Wiki's newuser list is here:


https://worldwideboxoffice.com/wiki/index.php/Special:Log/newusers


And here's my LocalSettings.php setting:


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

$wgCaptchaClass = 'ReCaptchaNoCaptcha';

$wgReCaptchaSiteKey = 'your public/site key here';

$wgReCaptchaSecretKey = 'your private key here';


I opened a Chrome Guest window and was freely able to create a Test page on my Wikis without being logged in. Shouldn't ConfirmEdit be... confirming the creation of new pages in that situation?

Dinoguy1000 (talkcontribs)

I was going to say that ConfirmEdit + ReCaptcha v2 is incompatible with VisualEditor (per these edits), but it appears that your wikis don't use VisualEditor. I guess this module is simply broken somehow.

I can't offer a fix, but I will suggest that if you can, to switch to the QuestyCaptcha module; with unique question/answer pairs, it completely eliminates automated spam unless the spammer decides to specifically target your wikis (and even then, you can simply switch out the question/answer pairs).

Chuck.Kahn (talkcontribs)

So I #-d out the ReCaptcha lines and added these QuestyCaptcha lines and tried creating a Test7 page in a Guest Chrome window and again got no prompt. Same creating a Test8 page from another PC.


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

$wgCaptchaQuestions = [

'What is the capital of France?' => 'Paris',

'What is the capital of Spain' => 'MADRID', // Answers are case insensitive

'What is the name of this wiki?' => $wgSitename, // You can use variables

'How many fingers does a hand have?' => [ 5, 'five' ], // A question may have many answers

];

Chuck.Kahn (talkcontribs)

Tried creating a new page today in a Guest Window and was prompted with the QuestCaptcha question 'What is the capital of Spain' -- so it works now. I didn't change anything from yesterday but today it works.

Chuck.Kahn (talkcontribs)

Got a ton of spam today so I changed the QuestyCaptcha questions. Anything else I should try?

Dinoguy1000 (talkcontribs)

The questions you set for QuestyCaptcha shouldn't be generic. Ideally they'll reflect the subject of your wiki, and shouldn't be super-obvious without at least a passing familiarity with the subject (though you should also be careful not to make them too obscure). The questions in the code you posted in response to my first comment are all bad ideas for actual questions to use, especially since they appear directly on the extension page here as examples of questions.

With proper question/answer pairs, QuestyCaptcha is going to be one of the most effective anti-spam measures you can install that still allow for normal editing with minimal hassle.

Reply to "ConfirmEdit or Google ReCaptcha v2 not working?"
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"