Extension talk:Asirra

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 . 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)
 * Thanks for the quick response. After your advice I tried testing the curl commands from my wiki's host. I discovered that I wasn't getting DNS resolution. After fixing DNS resolution, Asirra works like a charm. There was nothing wrong with Asirra or MediaWiki, just the server running it was not configured properly. -- 74.232.116.244 7 February, 2012

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
'''Note: Asirra was merged with ConfirmEdit, then removed, now pulled in again and changed without asking. When Asirra first was removed from ConfirmEdit, I decided to continue developing Asirra as a standalone extension, at least till I decide it's stable and release a 1.0 version. I wont support Asirra as part of ConfirmEdit. I may decide to merge it, when it's stable, but I don't know yet. This is my definite answer to all this confusion. To be on the safe side, always download Asirra form Extension:Asirra.''' --Bachsau (talk) 03:26, 28 March 2012 (UTC)

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)

Swedish translation for Asirra
Here is a Swedish translation of Asirra.

Though I don't get where the line ”Please select all the cat photos:” comes from – I can't find it among the English translation terms in the file. Can you help me? That's the line most visible for visitors.

/** Swedish (svenska) * @author Kristofer Åberg */ $messages['sv'] = array(	'asirra-desc' => 'Modulen Asirra för ConfirmEdit',	'asirra-edit' => 'För att skydda sidan mot automatiserade spamredigeringar så måste du markera enbart kattbilderna i rutan nedan:', 	'asirra-addurl' => 'Din redigering innehåller nya externa länkar. För att skydda sidan mot automatiserat spam så måste du markera enbart kattbilderna i rutan nedan:',	'asirra-badpass' => 'För att skydda sidan mot automatiserade lösenordsstölder så måste du markera enbart kattbilderna i rutan nedan:',	'asirra-createaccount' => 'För att skydda sidan mot automatiskt skapade användarkonton så måste du markera enbart kattbilderna i rutan nedan:',	'asirra-createaccount-fail' => "Vänligen identifiera enbart katterna på ett korrekt sätt.",	'asirra-create' => 'För att skydda sidan mot automatiserade skapningar av nya sidor så måste du markera enbart kattbilderna i rutan nedan:', 	'asirra-nojs' => '\'\'\'Var god aktivera JavaScript och ladda om sidan.\'\'\'', 'asirra-failed' => 'Vänligen markera alla kattbilder', );

213.136.36.18 10:33, 20 March 2012 (UTC)

Thanks - add note at Extension:ConfirmEdit?
Thanks for adding this extension! For the moment the spammers don't seem to have cracked it yet, while reCAPTCHA is definitely cracked. Could you leave a notice on the ConfirmEdit page that the Asirra extension needs to be installed separately? That was the first thing I tried and their trunk version is broken. Thanks! Dcoetzee (talk) 13:59, 7 April 2012 (UTC)
 * I recently had some trouble with the ConfirmEdit guys. A few months after I wrote the Asirra Extension, I got asked to merge it into ConfirmEdit, which I did. It worked but there were some people complained about some code, which is not optimal and didn't adhere to MediaWikis coding guidelines. They were right, but they wanted me to change this at once, when I hadn't time to do it. So it got removed, because, as they said "no one was willing to fix it". At that point I decided to develop Asirra further on my own, and maybe merge it, when I think it's ready. Now someone added it to ConfirmEdit again, and changed it. However, I didn't review this so far. I don't know what they did to it, not even if it works, which is why I added the top notice, that _this_ is the official version. --Bachsau (talk) 14:43, 7 April 2012 (UTC)
 * FYI the spammers on my site (http://en.literateprograms.org) are bypassing Asirra - I'm guessing they either have human assistance or a zero day exploit, as they've bypassed at least three different CAPTCHAs now all on the same day with no noticeable delay after reconfiguration. I'm targeting them now with AbuseFilter. Dcoetzee (talk) 17:59, 7 April 2012 (UTC)
 * I never had any bots on my wikis since I started using Asirra, but sometimes human spammers. You won't stop humans with any kind of CAPTCHA. But if Asirra itself will be cracked, or already is, this is an issue for Microsoft and I can't help. --Bachsau (talk) 00:20, 8 April 2012 (UTC)