Last modified: 2014-11-17 10:35:14 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T6845, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4845 - CAPTCHA doesn't work for blind people
CAPTCHA doesn't work for blind people
Status: REOPENED
Product: MediaWiki extensions
Classification: Unclassified
ConfirmEdit (CAPTCHA extension) (Other open bugs)
unspecified
All All
: Low normal with 9 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://www.w3.org/TR/2005/NOTE-turing...
: accessibility, design
: 10340 12218 (view as bug list)
Depends on:
Blocks: 47690
  Show dependency treegraph
 
Reported: 2006-02-03 03:40 UTC by Tim Starling
Modified: 2014-11-17 10:35 UTC (History)
20 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Tim Starling 2006-02-03 03:40:22 UTC
No convenient method is offered to allow blind people to submit external links
to Wikimedia sites. As per the W3C recommendation:

"An explicitly inaccessible access control mechanism should not be promoted as a
solution, especially when other systems exist that are not only more accessible,
but may be more effective, as well. It is strongly recommended that smaller
sites adopt spam filtering and/or heuristic checks in place of CAPTCHA."
Comment 1 Brion Vibber 2006-02-03 10:16:24 UTC
The edit captcha is triggered heuristically; currently this is a crude test for added 
non-local URLs by unregistered and recently created accounts (with a manual switch to 
engage for all edits in emergency situations), but it could be refined further to 
'suspicious-looking' URLs, graylists, other suspicious edit patterns, etc.

Ideally, getting hit with a captcha should be a relatively rare event.
Comment 2 omniplex 2006-06-29 15:19:08 UTC
It also doesn't work with Netscape 4.x (a browser supporting PNG
or at least some PNG). And it's impossible to load it for view
with an external tool, it has a "load once" (instead of twice)
restriction. 

I come to the point where I'd know how to get the relevant captcha
for the first time with Lynx, but of course it insists on a cookie,
and I've no clue about Lynx' cookies, normally I never use Lynx.
Comment 3 Platonides 2007-07-27 22:13:21 UTC

*** This bug has been marked as a duplicate of bug 10340 ***
Comment 4 Brion Vibber 2007-08-08 17:14:22 UTC
*** Bug 10340 has been marked as a duplicate of this bug. ***
Comment 5 Brion Vibber 2007-12-06 19:22:03 UTC
*** Bug 12218 has been marked as a duplicate of this bug. ***
Comment 6 Mike.lifeguard 2009-04-28 23:25:15 UTC
(In reply to comment #1)
> The edit captcha is triggered heuristically; currently this is a crude test for
> added 
> non-local URLs by unregistered and recently created accounts (with a manual
> switch to 
> engage for all edits in emergency situations), but it could be refined further
> to 
> 'suspicious-looking' URLs, graylists, other suspicious edit patterns, etc.
> 
> Ideally, getting hit with a captcha should be a relatively rare event.
> 

I love the idea of a greylist (& note that "suspicious edit patterns" is covered by bug 18110).

However, creating an account requires solving a captcha - that's not targeted at all.
Comment 7 James Neill 2010-06-28 11:44:54 UTC
Graphic captchas are inaccessible to screenreader users (e.g., JAWS). Easy-to-implement audio captchas are available. [http://en.wikiversity.org/w/index.php?title=Wikiversity%3AColloquium&action=historysubmit&diff=580431&oldid=580415]
Comment 8 p858snake 2010-06-28 12:00:10 UTC
(In reply to comment #7)
> Graphic captchas are inaccessible to screenreader users (e.g., JAWS).
> Easy-to-implement audio captchas are available.
> [http://en.wikiversity.org/w/index.php?title=Wikiversity%3AColloquium&action=historysubmit&diff=580431&oldid=580415]
Yet they don't mention any, I would be guessing they are talking about ReCaptcha which has already been discussed and turned down since it would be residing on a third party server (googles in this case afaik).
Comment 9 Rodan BURY 2010-10-23 13:20:04 UTC
Captchas with visual verification are unsolvable problems for some groups of users on the internet. They often prevent the users (which also can be customers) from using online services or contact/comment  forms. The Carnegie Mellon University provides a [http://recaptcha.net/plugins/mediawiki/ MediaWiki extension] for reCAPTCHA, which also includes an alternative audio CAPTCHA. Unfortunately, this solution can't be used for Wikipedia/MediaWiki at the moment. Why? Please see this [http://lists.wikimedia.org/pipermail/wikitech-l/2008-April/037354.html post] on the Wikitech-l mailing list for example. Brion, the chief MediaWiki developer: "The only thing stopping us from having an audio captcha is that nobody's put the work into implementing it yet." [http://lists.wikimedia.org/pipermail/wikitech-l/2008-April/037351.html wikitech-l/2008-April]

It would be great if the reCAPTCHA developers or someone else could provide an additional extension  just for an audio solution. This would make many blind and visually impaired users around the world very happy and could make them more independent of seeing help. 


[http://blog.blindaccessjournal.com/search/label/CAPTCHA Blind Access Journal], entries with tag CAPTCHA
Comment 10 Sumana Harihareswara 2011-12-11 19:46:25 UTC
How much knowledge would someone have to have in order to implement this fix?  I ask so I can suggest this task to appropriate volunteers.
Comment 11 Platonides 2011-12-11 20:56:54 UTC
An audio captcha? I would consider it a domain specific problem. Knowledge about mediawiki isn't a requisite. The glue could be added by others if needed.
I think the two questions to do that are:

a) How to generate the sound? (voice file of project foo? a prerecorded set of digits which are presented randomly?)

b) Which kind of distortion would be applied to the sound?


A naive approach of "concatenating" digits from a set is probably relatively easy (just indagate a bit about sound formats), but that would alo be trivial to undo.

Maybe we should try to involve people working in that field, such as Theora, festival or CMU Sphinx.
Comment 12 mabdul 2011-12-12 13:01:17 UTC
if you want to work with prerecorded sound files (and not with generated sound files by a computer "AI") then the Wikipedia/media project might help to record the files (and this with national/native speakers).
Comment 13 snaevar 2012-05-09 16:32:17 UTC
(In reply to comment #10)
> How much knowledge would someone have to have in order to implement this fix? 
> I ask so I can suggest this task to appropriate volunteers.

In order to make an Audio Captcha extension it would require a developer and a audio file editor, along with couple of speakers.

According to the research "Evaluating Existing Audio Captchas and an Interface Optimized for Non-Visual Use" (http://www.annacavender.com/downloads/captchachi09.pdf) controlling playback directly in the answer box with keyboard shortcuts would increase the success rate of blind users by 59% on Audio Captchas. So someone capable of making such an interface would be great.

The audio file editor needs to be highly experienced.

Additionally it would require a few speakers and it has already been pointed out that the Wikipedia projects can help with that.
Comment 14 Patrik (pajz) 2012-09-13 22:45:04 UTC
One user (himself visually-impaired) pointed out to us at OTRS that it might be better to use something similar to what they use here http://www.creatiffi.de/modeschmuck-gaestebuch/gaestebuch.html#footer (section "Spam-Schutz"), i.e. small tasks of the form "The number 55 minus the number 1" (in this case based on the implementation in the CMS http://www.papoo.de/). He also noted that audio captchas are often hard to understand, so he would favor such an option which also might be easier to implement. (Given that no mention of anything apart from audio captchas has been made here so far, I'm just adding this on his behalf :).)
Comment 15 Gregory Maxwell 2012-09-13 23:01:35 UTC
That kind of text arithmetic 'captcha' is the default captcha in mediawiki. It's not used on Wikimedia sites because it's trivially scripted by bots and so it's ineffective once someone actually tries. http://textcaptcha.com/ has a similar thing, but the questions it asks are quite repetitive and I'm skeptical that it would be effective either.
Comment 16 MZMcBride 2012-09-13 23:35:57 UTC
It seems like Facebook and Twitter rely on a valid e-mail address instead of using a CAPTCHA. I wonder if that would be a possible resolution to this bug.
Comment 17 Amgine 2012-09-13 23:41:10 UTC
(In reply to comment #16)
> It seems like Facebook and Twitter rely on a valid e-mail address instead of
> using a CAPTCHA. I wonder if that would be a possible resolution to this bug.

No. reCaptcha and whatever it is being used by yahoo and hotmail have a better than 10% resolve rate by some spambots - which means they have access to (and use) valid e-mail addresses.
Comment 18 Andre Klapper 2013-05-07 11:53:26 UTC
Discussions and other reports about CAPTCHAs that anybody should be aware of before working on this:

http://lists.wikimedia.org/pipermail/wikitech-l/2008-April/037309.html
http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065818.html
https://bugzilla.wikimedia.org/show_bug.cgi?id=32695
Comment 19 Sumana Harihareswara 2014-09-23 22:38:54 UTC
Adding a few people to cc who are interested in helping with accessibility issues - see https://www.mediawiki.org/wiki/Accessibility#People_and_organizations_working_on_MediaWiki_accessibility for more.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links