When I click the "(play audio CAPTCHA)" link in Chrome, I just get a white area when the audio player should be. Chrome Version: 2.0.172.33

When I click the "(play audio CAPTCHA)" link in FireFox, I just get a box with a blue lego icon. When I click it, it does a plugin search and tells me "No suitable plugins were found. Unknown Plugin (audio/mp3)." FireFox Version: 3.0.11

Testing on this page:
http://sandbox.brianstevenson.com/comment/reply/161

2 error files attached.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Dave Reid’s picture

Status: Active » Postponed (maintainer needs more info)

You must need to install some kind of mp3-handling plugin like Quicktime or Windows Media Player. It works just fine for me on both the latest Chrome and Firefox 3.5 on Vista for me.

jasonabc’s picture

I'm getting this also - I'm running Firefox 3 and IE 8 on Windows XP Professional 64bit. I have Windows Media Player set up as the default player for MP3. Firefox displays the blue box and goes off to the plugin finder (and it can't find any). IE doesn't do anything other than change the link. No audio is ever heard.

te-brian’s picture

We're also having mollom audio issues.

When I try it in Safari 4 I get an error:

Safari can't find the Internet plug-in.

Some content on the page "Page" can't be shown because it's MIME type is unspecified.

We've had user reports of similar issues in Firefox 3 and Internet Explorer 8.

patcon’s picture

Same issue here on FF3.5 and Chrome 4... Great module, but this kind of ruins that accessibility options of it, which is pretty key.

patcon’s picture

Correction: FF3

patcon’s picture

Oy... I suck.

Official answer = Doesn't work in FF3 (get the unknown plugin dialog that's screencapped above), but in Chrome 4, works, but audio player is in a tiny scrolling box that's formatted all wacky (see screenshot)

patcon’s picture

Erm. Ignore everything I've said here -- need to post a new issue under 6.x-1.10
Goodnight world.

ssace’s picture

I am also having the "missing plugin" problem in Firefox. The audio works in IE8 but not FF.

Can't figure out problem in FF...I have quicktime and windows media plugins installed in FF.

What is the exact extension used for the Mollom audio files? This may help find a plugin that
will work in FF.

Dries’s picture

It is an MP3 file with extension ".mp3".

Can we detect if the client has the ability to play mp3s? If so, we could consider hiding the audio CAPTCHA when it is not supported.

Dave Reid’s picture

Yeah I've never had this problem with plugins not being able to play MP3s. Maybe we should look into considering a flash-delivery system for the audio CAPTCHAs?

ssace’s picture

Flash would be better...more compatible with different browsers. I'm running Win7 x64 and I can only figure
that the .mp3 plugin for FF is not working.

To find if you have a plugin associated with .mp3, type about:plugins in FF browser. I set the MIME type in quicktime
to handle .mp3 in my browser but for some reason it's not working. The quicktime plugin I have is probably to old
for Win7 64 bit operating system.

patcon’s picture

Ah... I'm running WinXP x64... so maybe that's the issue. I'll try on a different system when I get the chance.

Dave Reid’s picture

Please let us know what you find with MP3 + Win x64. I'll add Flash delivery to our internal feature list since it's not anything we can handle with the Module itself.

patcon’s picture

I'm out of the office, but I've got it on my to-do list for when I get back :)

mhaag’s picture

Version: 6.x-1.9 » 6.x-1.10
Status: Postponed (maintainer needs more info) » Active

I can reproduce the problem with FF 3.5.6 and XP (SP3, 32bit). Specifically, when I select the "play audio verification" link for the captcha using FF, I receive a prompt to install a missing plug-in. When Firefox attempts to find and install the 'missing' plug-in, I receive a message that "No suitable plug-ins were found". However, I have verified that my FF settings use a valid plugin for mp3's (QuickTime), and I verified that FF can play mp3s (eg I can open a local mp3 file from FF and it plays fine, within the browser). I also tried configuring FF to use Windows Media Player to play mp3's, but Mollom fails in the same way with that setting.

I have colleagues (and a customer) that can reproduce this behavior.

mhaag’s picture

see similar issue at http://drupal.org/node/650320.

Dries’s picture

We currently use in mollom.pages.inc:

    if ($response) {
      $output = '<a href="http://mollom.com" class="mollom-captcha"><embed src="' . check_plain($response['url']) . '" autostart="true" width="120" height="30" /></a>';
      $output .= ' (<a href="#" class="mollom-image-captcha">' . t('use image CAPTCHA') . '</a>)';
    }

1. The following Adobe article seems to be a good resource and it should be fairly easy to implement: http://kb2.adobe.com/cps/415/tn_4150.html (The article is about Flash, but the same might be true for MP3s.)

2. From http://digitalmedia.oreilly.com/2005/02/23/mp3_embed.html : Unfortunately, the embed tag was never officially accepted into the HTML specification, and many browsers (notably Internet Explorer) went with the object tag instead. So to handle both cases, we wrap the embed tag in an object tag with the same parameters and values.

I don't have a Windows machine so I can't play around with this. Anyone cares to give this a try? Should be easy.

Dave Reid’s picture

Ok let me throw together a page of test mp3 HTML and post the link here. Everyone can report which works for them and we'll move forward and fix this.

Dave Reid’s picture

Assigned: Unassigned » Dave Reid

Will be posting the test page today...

Dave Reid’s picture

Could I get everyone to test this page and report back which options worked in their browser and which browser you were using?
http://dl.dropbox.com/u/840794/mp3test.html

gavin_o’s picture

Hi,

All three played for me in Firefox and Chrome (Windows). In Chrome only, options 1 & 2 autoplayed.

Dries’s picture

All 3 worked for me on Firefox 3 on the Mac. We can't really use the Google player IMO, but maybe it is just included for testing-purposes.

Dave Reid’s picture

Yeah, don't be concerned about auto-playing. None of them should autoplay, otherwise you'd have three files going off at once. Yeah, Google Flash player was just a test to see if it worked.

Some more alternate options would be:
Flow Player (Flash)
jQuery Media

te-brian’s picture

Using FF 3.5.7. Windows 7.

The first two prompted a Quicktime update. I chose NOT to update and the audio embed is just a black box. Loading the page again did not prompt the update a second time. The embeds remain as black boxes. They did not autoplay.

In Chrome, the update was not prompted and they remain as black boxes. They did autoplay in Chrome.

In Safari the top two show up as broken plugin boxes (box with a ? in it). They did not autoplay.

In IE8 all three players show up as black boxes. No autoplay.

To reiterate, this is after intentionally saying "no" to the quicktime update. I can't get it to ask me for the update automatically again, but I will manually update later and report in.

ssace’s picture

Using latest Firefox...

All 3 works for me. Nothing auto-played for me.

I already had quicktime plugin installed on my browser.

patcon’s picture

Using Chrome 4.0.295.0 dev (Windows vista)
Option 1 & 2 autoplayed, but still looked like the attachment in #6
Option 3 rendered correctly, but didn't autoplay.

Dave Reid’s picture

"Yeah, don't be concerned about auto-playing. None of them should autoplay, otherwise you'd have three files going off at once."

We just want to know which ones can play. :)

patcon’s picture

Oh hey, they all played then :)

elsuertudo’s picture

Im on Windows XP Home Edition SP3 with all the latest browser updates. These are the results I'm getting:

Firefox
----------------------------------------------
All play correctly when button pushed

IE6 (IEtester version), IE8 emulating IE7, IE8
----------------------------------------------
1,2 play correctly when button pushed
Player 3 won't render

Opera
----------------------------------------------
All play correctly when button pushed

Safari
----------------------------------------------
Throws an error on 1 and 2 saying it can't show the content as MIME type is not specified. Players wont render.
3 plays correctly when button pushed

Chrome
----------------------------------------------
1,2 autoplay
3 plays correctly when button pushed

sun’s picture

Status: Active » Needs review
FileSize
6.3 KB

Hm. Not as easy as I thought.

Testing attached patch on Windows:

IE6 and IE7 work flawlessly for me.

IE8 asks to install the "Windows Media Player Core from Microsoft Corporation" add-on.

Chrome asks to install a plugin, QuickTime player. Need to test whether changing the mime-type makes a difference.

Firefox 3.5 equally tells that a plugin is required, fails to identify which plugin could help. (i.e. not even an option to install one)

Opera 9 doesn't prompt for a missing plugin at all, clicking the placeholder opens a new tab: http://www.opera.com/support/kb/plug-ins/page1/ (very helpful...)

Safari 4 prompts for a missing plugin and blows me away with a variety of options to install: http://www.apple.com/safari/download/plugins.html?audio%2Fmpeg

Dries’s picture

sun and I briefly talked about this and we agreed that making a small Mollom-specific player in Flash would be the best solution. sun is going to look into this.

sun’s picture

Using a Flash-based solution will resolve all of the mime-type, codec, platform, player, and browser plugin issues. The only dependency will be Flash, but considering that many websites contain Flash content these days, it's far more likely that site visitors have a Flash-plugin installed. Same applies to public terminals and mobile devices.

So let's look at what we have currently:

captcha-orig.png

I originally envisioned that we could replace the image captcha with an equally looking audio captcha:

captcha-replacement.png

However, Dries just noted that paid subscribers to Mollom don't get the Mollom logo in the captcha. So I reconsidered and will post the second iteration soon.

sun’s picture

FileSize
4.71 KB

So my next best idea was to extend the entire widget, also taking #502390: Added Refresh Captcha Option in Mollom module into consideration:

captcha-extension.png

However, this would mean that we'd have to issue XML-RPC requests for the audio captcha mp3 URL when presenting the image captcha already, so this idea is basically dead already.

patcon’s picture

Oooooooohhhh... pretty...

Dave Reid’s picture

Well it'll work on everything except for things like the iPad. </apple sarcasm> :)

Looking great and +1 for this direction!

sun’s picture

Now flashy.

sun’s picture

Temporarily hosted on unleashedmind.com, because .swf attachments are not allowed on d.o.

I used the literal NOSCRIPT output of Flash's template code. That "should" work. What we may want to (re)consider is the minimum required Flash version - this .swf is based on ActionScript 3. To be compatible with lower Flash versions, we need to rewrite it for ActionScript 2...

Dries’s picture

Version: 6.x-1.10 » 7.x-1.x-dev
Status: Needs review » Needs work
FileSize
7.37 KB

Great work sun, and thanks for the help Dave.

I decided to add the player to CVS because hosting it on mollom.com creates a single point of failure which defeats our client-side load balancing.

Hence, I modified the patch in #37, and committed it to CVS HEAD. The modified patch is also attached for reference.

sun’s picture

Version: 7.x-1.x-dev » 6.x-1.x-dev
Assigned: Dave Reid » sun
Status: Needs work » Reviewed & tested by the community
FileSize
946 bytes

Sorry, not sure how why I didn't remove that debug line.

sun’s picture

FileSize
7.33 KB

Ported to HEAD.

Reminder:

1) Patch in #39 for D6.

2) Also add the .swf to HEAD.

3) Attached patch is for HEAD.

Dave Reid’s picture

We shouldn't be doing url(drupal_get_path('module', 'mollom') . '/mollom-captcha-player.swf' since this will break on non-clean URLs.

Please use base_path() . drupal_get_path('module', 'mollom') . '/mollom-captcha-player.swf'

sun’s picture

True. This patch is for D6, but should also apply cleanly on HEAD after applying or committing #40.

Dave Reid’s picture

Status: Reviewed & tested by the community » Needs work

That's interesting how that works with external => TRUE. Usually I don't use url() at all since that's how core creates links to CSS and JS files.

Dave Reid’s picture

Status: Needs work » Reviewed & tested by the community

Sorry.

sun’s picture

Yes. We should still use url(), due to the query string we need to append.

Dries’s picture

Version: 6.x-1.x-dev » 7.x-1.x-dev
Status: Reviewed & tested by the community » Needs work

Committed to DRUPAL-6--1. Moving to D7.

Dries’s picture

Status: Needs work » Fixed

Committed to CVS HEAD too.

sun’s picture

Status: Fixed » Reviewed & tested by the community
FileSize
1.05 KB

#42 once more for HEAD.

Dries’s picture

Status: Reviewed & tested by the community » Fixed

Committed to CVS HEAD.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

trothwell’s picture

Version: 7.x-1.x-dev » 6.x-1.15
Priority: Normal » Major
Status: Closed (fixed) » Active

Re-Opening as the Audio CAPTCHA still doesn't work. Appears as though the encoding of the url is either:
A) Not encoded correctly by url()
B) Not handled correctly by the swf player

Doing a quick hack to bypass the url function obvious fixes it but bypasses the XSS encoding.

        $source = url(base_path() . drupal_get_path('module', 'mollom') . '/mollom-captcha-player.swf', array(
          'external' => TRUE,
        )). '?url=' . $response['url'];
sun’s picture

Version: 6.x-1.15 » 7.x-1.x-dev
Priority: Major » Normal
Status: Active » Closed (fixed)

#51 has been fixed in the 2.x series already, so reverting the status of this issue.

  • Commit 7ba559c on master, fai6, 8.x-2.x, fbajs, actions by Dries:
    - Patch #504336 by sun: generate proper URL path.
    
    
  • Commit ceef2c7 on master, fai6, 8.x-2.x, fbajs, actions by Dries:
    - Patch #504336 by sun, Dries: audio captcha did not work in Chrome/...

  • Commit 7ba559c on master, fai6, 8.x-2.x, fbajs, actions by Dries:
    - Patch #504336 by sun: generate proper URL path.
    
    
  • Commit ceef2c7 on master, fai6, 8.x-2.x, fbajs, actions by Dries:
    - Patch #504336 by sun, Dries: audio captcha did not work in Chrome/...