Captcha Error

Steven Gauna smcgauna at
Fri Apr 20 19:53:15 EDT 2012

Just wanted to add, even with ad-block and noscript installed on Firefox, I
am able to see the captcha.

*Recaptcha requires (for prettiness)*:
*Recaptcha fails to the following when JavaScript is not present/allowed*:
  <noscript><iframe width="500" height="300" frameborder="0" src="

If you are using an ad blocking service that does not allow* then you will likely have issues.
However, recaptcha works just fine when JavaScript is disabled.

Just for kicks though, I thought I'd mention the following as well:
*Recaptcha Terms of Service (for those who care):*
*- "By using this API, you consent to be bound by these terms in addition
to the Google APIs Terms of Service ("API ToS") at"*

Google requires that these terms be enforced on the end-user by those using
the recaptcha API on their sites.  Some of the terms mention that Google
may use your data to "improve Google products and services", which is
something that makes me a bit wary of actually accepting it.  However, I
can't see any place on the site that mentions this agreement when
registering or when posting.

It might be worth considering:
1.) ... if should relay these requirements to it's users?
2.) ... if should seek an alternative form of captcha?
3.) ... if should just ignore it? (This is my personal favorite,
but I'm not a reliable sort of person. hehe)
4.) ... if I am full of junk and this is already handled?  ( I looked
around to see if this was handled some place, but I couldn't find it. )

On Thu, Apr 19, 2012 at 8:13 PM, Ethan Blanton <elb at> wrote:
> John Doe spake unto us the following wisdom:
> > It seems to be a problem with the captcha requiring JavaScript and
> > from an external Google (tracking / analytics) server.  I am using a
> > Mozilla brower (Seamonkey): Mozilla/5.0 (X11; Linux x86_64; rv:11.0)
> > Gecko/20120312 Firefox/11.0 SeaMonkey/2.8.  Can you use regular
> > captcha code (most do not require javascript and are on the same
> > server as the webserver)?
> "Most" are *not* on the same server as the web server; if anything,
> "most" are recaptcha.  The very poor, ineffective forum captchas I see
> floating around may be served from the same host, but many captchas
> (recaptcha or otherwise) are services, and as such require loading
> images from third party hosts.  That whole line of argument is bogus.
> The JavaScript question I have more sympathy for; unfortunately, we're
> using a Trac captcha plugin, and I don't think it has a broad set of
> configuration options.  If it's the captcha requiring JavaScript,
> that's probably just the end of it.  You mention analytics stuff,
> though; I'm not sure if that's related to the captcha, or you're just
> saying analytics are a problem for your browser.  There are unrelated
> analytics scripts on the page, if they fail, that won't affect the
> captcha.
> Ethan
> _______________________________________________
> Support at mailing list
> Want to unsubscribe?  Use this link:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Support mailing list