Extension talk:Asirra

Comments are highly appreciated. Also help with the translations is. --Bachsau 01:22, 19 February 2011 (UTC)

Mysterious reload bug (Need more information)
It doesn't seem to be working for my wiki. Everything looks fine but after I select the kittens and press save, it simply reloads the page and asks me to select the kittens again. Thoughts? I'm using mediawiki 1.13.1 and I also use editwarning extension. March 10,2011
 * Thanks for reporting. Sorry, I couldn't reproduce it. Could you please post some more information on your browser, server and operating system? Please try to edit the Test Page to determine wether the problem belongs to your Browser or your Web Server. --Bachsau 04:46, 21 April 2011 (UTC)
 * I'm having the same problem with my wiki (http://www.phiresearchlab.org/mediawiki/). When I select incorrectly, I'm prompted "Please correctly identify the cats" and presented with a new set. But if I select properly the page just refreshes with a new set of animals. I'm running MediaWiki 1.16.2 with Arissa 0.6 -- 74.232.116.244 3 February, 2012
 * Asirra does client side checking before submitting to the server, which is why you see the error message, if you select incorrectly. Your Server may drop something after submit, but I don't see why it should, so I think it blocks access to Asirra's servers in some way. Having a phpinfo of your server would be helpfull, and maybe you find something in your Apache's error.log as well. The Asirra extension makes use of CURL functions and its own XML parser. This might change in the future. --Bachsau 01:57, 4 February 2012 (UTC)

Undefined property (Fixed since 0.5)
Same problem here with mediawiki 1.16.2. I also have this warning Notice: Undefined property: Asirra::$asirra_localscript in htdocs/wiki/extensions/ConfirmEdit/Asirra.class.php on line 30 --82.67.180.172 05:41, 5 April 2011 (UTC)
 * I have the same problem when trying to edit a page with a URL in it. --222.152.234.227 02:43, 13 April 2011 (UTC)
 * Fixed in Version 0.5. Thanks for reporting. --Bachsau 04:46, 21 April 2011 (UTC)

Off by 1 bug in Asirra.class.php (Fixed since 0.6)
I cam across this bug in version 0.5. The path to the scripts asirra_contentloaded.js and asirra_humanverify.js linked in the form had an extra character in front, from my server path. ie. I had  instead of  

I could fix it with this patch: $ diff -u /tmp/Asirra.class.php.orig /tmp/Asirra.class.php --- /tmp/Asirra.class.php.orig 2011-04-21 06:32:19.000000000 +0200 +++ /tmp/Asirra.class.php      2011-06-04 18:23:03.000000000 +0200 @@ -31,7 +31,7 @@               {                        if (strpos(__FILE__, $_SERVER['DOCUMENT_ROOT']) === 0) { -                              $this -> asirra_localpath = substr(dirname(__FILE__), strlen($_SERVER['DOCUMENT_ROOT']) - 1); +                              $this -> asirra_localpath = substr(dirname(__FILE__), strlen($_SERVER['DOCUMENT_ROOT'])); }                       else {

 — Albert25 16:33, 4 June 2011 (UTC)


 * Thanks for reporting. I'll look into this. Could you please tell me about the webserver you're using? --Bachsau 16:49, 4 June 2011 (UTC)


 * I'd bet this is due to the optional trailing slash on DocumentRoot in Apache's httpd.conf. Both of the following are valid for Apache:

DocumentRoot = "/home/www/xxx/" DocumentRoot = "/home/www/xxx"
 * In the first case, doing a substr at len(DocumentRoot) would remove the '/', which you want to keep as the leading slash for your script path, so you do len - 1. In the second case, doing that leaves you with an 'x' instead of a '/'.  I would recommend removing the full DocumentRoot, then adding a leading slash if necessary. (syntax not guaranteed as I'm not a PHP expert):

$this -> asirra_localpath = substr(dirname(__FILE__), strlen($_SERVER['DOCUMENT_ROOT'])); if ( strpos($this -> asirra_localpath, '/' != 1 ) {  $this -> asirra_localpath = '/' . $this -> asirra_localpath; }
 * —Dr ishmael 20:13, 8 June 2011 (UTC)


 * No, must be something server specific, as apache always includes the trailing slash, regardless of how the DocumentRoot ist set. Will release a new version soon. --Bachsau 21:52, 8 June 2011 (UTC)
 * Fixed in Version 0.6. --Bachsau 21:43, 11 June 2011 (UTC)

Integrating Asirra into ConfirmEdit
Hi Bachsau, I've been trying to integrate various CAPTCHA functionality into the main ConfirmEdit extension - a few months ago, I added the code from the reCAPTCHA extension. I just downloaded and tried out Asirra, and it worked great for me - so I think it would be really cool to add it in to ConfirmEdit; especially since it seems like at the moment it's the most secure of all the CAPTCHA options. Would you be okay with that?

Also, regardless of that, you should definitely get a MediaWiki developer account, so you can add and edit code on SVN. Yaron Koren 15:17, 12 July 2011 (UTC)
 * I would really appreciate it. Asirra was created with integration already in mind, which is why it doesn't use it's own folder structure, so it can be integrated without changes. Pleasy note that current Version of Asirra plugin was released into public domain, as I don't care much about licensing. You can do with it, whatever you like, but I preserve the right to further use my code / parts of it in other plugins, especialy the Asirra plugin for vBulletin boards.


 * Sorry, I didn't know how to get an developer account, or else I would already have one. I'm also not familiar with using SVN, but I'm willing to learn. --Bachsau 15:43, 12 July 2011 (UTC)


 * Okay, cool - I just added the code in to ConfirmEdit, and updated the ConfirmEdit page accordingly. I think this is a purr-fect addition to MediaWiki's spam-fighting abilities! (Sorry.) And the translations should start flooding in pretty soon too, which will be cool. I hope you can get on SVN too - it's not that hard, once you get the hang of it. Yaron Koren 17:56, 12 July 2011 (UTC)


 * I just requested a developer account. Maybe, with the next Version of the addon and access to SVN, I'm going to merge it with ConfirmEdit completely. --Bachsau 19:00, 12 July 2011 (UTC)
 * the added instructions are incomplete, and i still can't get them to work.
 * The section had no mention of this extension in the section until i added it.
 * There is no explanation of what a person is supposed to do with existing confirmedit files, which have the same name.
 * There is no explanation what a person is supposed to do with existing confirmedit lines in localsettings.php.
 * There is no explanation how this ties into to confirm edit, how does this work in correlation with groupPermissions?
 * I have the following in localsettings.php and the captcha does not work:


 * maybe Extension:ConfirmEdit should go on the talk page until it is ready for the Extension:ConfirmEdit, right now it is not.


 * Please don't answer here, answer on Extension:ConfirmEdit. Errectstapler 01:32, 14 July 2011 (UTC)
 * This plugin is stand alone, so everything you need from ConfirmEdit ist already included. Nothing on this page says you need ConfirmEdit. You don't.
 * Since yesterday Asirra is integrated in ConfirmEdit, so there's no need to mention this extension. Download the trunk!
 * Answer to questions two and three is: It doesn't matter.
 * groupPermissions work as described for ConfirmEdit.
 * If you set $wgCaptchaClass to 'SimpleCaptcha', it won't use Asirra but SimpleCaptcha. Remove it.
 * Asirra is ready. You just don't get it.
 * --Bachsau 02:04, 14 July 2011 (UTC)
 * Thanks for adding an essential line:

$wgCaptchaClass = 'Asirra';
 * to Extension:ConfirmEdit. Did you mean that Asirra was ready, but the instructions where incomplete? Errectstapler 03:15, 16 July 2011 (UTC)
 * It was not essential. You just set it to a wrong value. I don't know why. You were not told to do so, neither in the instructions for ConfirmEdit nor mine. --Bachsau 21:16, 16 July 2011 (UTC)