Bad push on our end; we're currently reverting it.
> --
> You received this message because you are subscribed to the Google Groups "reCAPTCHA" group.
> To post to this group, send email to reca...@googlegroups.com.
> To unsubscribe from this group, send email to recaptcha+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/recaptcha?hl=en.
>
>
--
reCAPTCHA: stop spam, read books
http://recaptcha.net
Colin
> For more options, visit this group at http://groups.google.com/group/recaptcha?hl=en.
All should be back to normal now. We'll continue to keep an eye on
it, but please let me know if you see any persisting issues with the
reCAPTCHA AJAX API.
Some browsers may have cached the empty version of recaptcha_ajax.js,
but if those folks hit shift-reload all should be fine.
Thanks,
Colin
Can you please try:
1) Going to http://www.google.com/recaptcha/api/js/recaptcha_ajax.js
and holding down "shift" while hitting the reload button?
2) Going to https://www.google.com/recaptcha/api/js/recaptcha_ajax.js
and seeing if you get a non-blank page.
Are you behind any proxies or anything else that might be erroneously
caching the blank version of the Javascript?
Thanks!
Colin
1) What country are you located in?
2) What browser / OS are you using?
3) Do you get a non-blank page if you do Jenny's trick:
http://www.google.com/recaptcha/api/js/recaptcha_ajax.js?1234
Thanks,
Colin
> For more options, visit this group at http://groups.google.com/group/recaptcha?hl=en.
After cache-busting the ajax link and then shift-reloading your site,
does it show up? Can you send a link to your site that shows an AJAX
reCAPTCHA so I can take a look at it? Thanks.
Colin
> For more options, visit this group at http://groups.google.com/group/recaptcha?hl=en.
Anyhow, I'm still looking into it but don't have anything concrete to
report at the moment.
Colin
> For more options, visit this group at http://groups.google.com/group/recaptcha?hl=en.
That's my best guess as well, but I actually can't make that change
myself. I've escalated to the folks at Google who handle that sort of
stuff, and will update here when I get an ETA from them or
confirmation that it's been cleared from all the caches on Google's
end.
In the meantime, if this is still affecting your site, changing your
code to add the ?1234 to the end of the recaptcha_ajax.js URL (as
suggested earlier in the thread) is a suitable workaround.
Colin
The "tricked code" won't break when the real fix is made. Adding the
?1234 at the end just gets the latest version of the file (as opposed
to the version which is cached somewhere).
Colin
Sent from a mobile device ... Please excuse typos
We pushed a change a short while ago that fixes the issue if you are
using the legacy recaptcha.net JavaScript URL
(http://api.recaptcha.net/js/recaptcha_ajax.js). If you are using the
recaptcha.net URL for your Javascript, all should now be working fine.
The change for www.google.com/recaptcha/api/js/recaptcha_ajax.js will
take longer; still no ETA on that (sorry.)
In the meantime, if you're still using the broken URL, the fix
presented earlier in this thread will work (link to
http://www.google.com/recaptcha/api/js/recaptcha_ajax.js?1234) or you
can change your link to the older URL
(http://api.recaptcha.net/js/recaptcha_ajax.js if your site uses HTTP,
https://api-secure.recaptcha.net/js/recaptcha_ajax.js if your site
uses HTTPS.)
Thanks everyone for your understanding.
Colin
--
Please don't assume malicious things about us! Our privacy policy as
a Google product is actually significantly stronger than it was when
we were an independent project.
Please see: http://www.google.com/recaptcha/policy
"Other than these end-user-supplied solutions, any data collected from
the sites that use reCAPTCHA will be used only to provide, maintain,
protect, and improve reCAPTCHA and other Google anti-spam services."
In non-lawyer-speak, that basically means "we don't share data with
anyone else at Google except for spam-prevention".
I've been working on reCAPTCHA full-time for over three years, and do
still care strongly about reCAPTCHA; however with the change to Google
infrastructure, there are now some things that are out of our control,
and unfortunately this is one of those things, so it's just as
frustrating to *me* that this hasn't been fixed sooner.
> Free or paid, in today's world if the uptime and reliability isn't
> maintained then it is clear that the owners have abandoned it. What a
> shame.
From our own end we provided a workaround rapidly; unfortunately the
bad code is cached in Google's CDN and we don't have the permission to
flush it out. Unfortunately, the CDN issue probably won't be fixed
till Monday. :( I'm sorry to be the bearer of bad news, so for now
please use the workaround if you can. After implementing the
workaround for api.recaptcha.net/js/recaptcha_ajax.js, we fixed the
issue for >90% of the AJAX API users (who in turn are a small fraction
of reCAPTCHA's overall users).
We'll be adding tests in the future so that it's not possible for us
to push a binary with empty Javascript files. (We're still not sure
how this happened in the first place, since we've not touched the
Javascript files in over a month; something really bizarre must have
happened.)
Colin
www.google.com/recaptcha/api/js/recaptcha_ajax.js should now be the
correct (non-empty) file everywhere; the bad entry is finally cleared
out of the cache. Let us know if you're still experiencing any sort
of problem.
We've added testing code that will ensure that this problem won't
recur in the future.
(If you're interested, the root cause was a change in our JavaScript
compiler; the JS compiler created a blank output file for our input
file, without giving any sort of warning. We added a unit test which
sanity-checks the compiler output. Also, we've fixed the caching so
that any bad push in the future won't cache a bad file for a
potentially-indefinite period of time.)
Sorry again to everyone who was affected by this issue.
Colin