Pertains to Mollom service, not the module but am entering as a resubmission with hopefully better title as suggested by re 7.x version. Includes several issues still outstanding re usability for non-keyboard users. We originally reported re 6.x-2.0-beta2, retesting on 6.x-2.0-beta2. Reported also via Mollom ticket link since all problems also relevant to Mollom service as implemented on

3+ issues regarding accessibility of audio captcha button:
1) dependency on Flash
2) accessibility of audio button
3) instructions for what to enter re audio captcha (minor issue)

Note as the Drupal developer of, I am sighted. Until recently I would not enable Mollom or captcha since I personally could not understand the audio, now improved. Recently due to changes needed re security I decided to implement captcha on our Drupal registration form and asked our staff to test and received the feedback below. I personally think that an instruction to just enter the first letter of each word could be added - (I was confused & see this noted elsewhere

Additionally I will note that even though the issue below might be able to be fixed even while retaining use of Flash for the audio button, vision-impaired users often disable Flash. Currently the Firefox Flash plug-in on one of my machines is not working and the button does not appear at all for me. Is Flash really necessary to implement the button to play the generated mp3?

From one of our technical support staff who is blind:

I just tested the registration form. The audio in the CAPTCHA is OK but I could not play it using the keyboard. The button which needs to be clicked to play the audio has a very strange label “mollom-captcha-player.swf?url=http%3a%2f%2f174.37.205.152%3a80%2fv1%2fcaptcha%2f120131d97eaf8191ca.mp3 Button”
And pressing spacebar or Enter does not activate this button. Further, when the button is activated the focus should jump to the edit field where captcha text is to be typed. This is also not happening currently.


younggeezer’s picture

Just had a blind user run into this... She noticed that page had audio captcha, but couldn't figure out how to get it to play, since there are no (good) clues. The 'play' button needs a label, at least, or the visual and audio captcha need to be separate functions which are obvious.

ransomweaver’s picture

The problem affects a blind visitor of mine also. She loves the audio cue, but it still renders the account creation unusable.

From the user;

First, I am unable to set up an account on your website. When I try on a PC using Windows, I got to where you put in the letters from the graphic. When I clicked on the link for the audible clue, which was the best I have ever come across so thank you for that, the form fields for the response will not accept any characters. Conversely, when I have the visual clue on the screen, the Forkfield does allow me to put in characters. I just don't know what the characters are.
When I use Safari on a Mac, I selected the link for the audio clue, but I don't get a button to start the clue to hear it. I'm stuck, and cannot open a new account.

Looks like for the Mac the issue is that she doesn't know where the embed is, and can't trigger it with the keyboard. I'm going to try to figure out the windows issue.

This seems like a major problem for a gatekeeping module like this. The original post is 18 months old and not assigned to anyone?

Its interesting to compare to recaptcha. they do NOT use flash to play their audio. its done through a regular anchor tag (and I guess javascript). However their audio is totally useless. i can't imagine how anyone could figure that out.

ransomweaver’s picture

Version: 6.x-1.6 » 6.x-2.5
Category: task » bug
Priority: Major » Critical
mvc’s picture

Version: 6.x-2.5 » 7.x-2.x-dev
Status: Active » Closed (duplicate)

this issue still exists. i'm marking it as a duplicate of #273964: Accessibility problems with audio CAPTCHA because that issue has more detailed followup.