InformAction Forums

In SeaMonkey 2.2 and 2.3 with noscript-2.1.2.6rc6 the "I'm a human" button of captcha does nothing. It works with noscript-2.1.2.6rc5.

URL where this occurs?

(therube)

Looks like it is working here.

Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110706 Firefox/5.0 SeaMonkey/2.2
NoScript 2.1.2.6rc7

The "I'm a human" (though not everyone would agree with that) works.
(The actual display of the boxes looks a little odd, from what I recall, but if you see this .)

So as a test, try a new, clean Profile, install NoScript ...

I'm investigating.
I get the captcha code in another window, if I use middle click on the I'm a human button.

Left clicking the button does not nothing, but the POST data is not sent to api.recaptcha.net, because Redirect (cached) is used.
I can't think which extension might cause this.

Looking at bug 677050 I see the words "internal redirect" and "parser caching". So that Redirect (cached) may be explained. Could be it only shows up using special settings of JavaScript and (not) allowing api.recaptcha.net.

Still not fixed with noscript-2.1.2.6rc8.

> So as a test, try a new, clean Profile, install NoScript ...

Did you try that? A new, clean Profile & only NoScript?

What I tried was resetting NoScript options and disabling all other extensions. I used Multible Addon Deactivator, btw, which works well in SM2.3.
I don't like trying new profiles, because it disturbs my setting to run two SeaMonkey at once, but I'll do, if you think it makes a difference.

therube wrote:> So as a test, try a new, clean Profile, install NoScript ...

Did you try that? A new, clean Profile & only NoScript?

I did it now with the en-US version of SeaMonkey 2.3 and captcha doesn't work with the new NoScript versions up to noscript-2.1.2.7rc1. The last working version is noscript-2.1.2.6rc5.
I see the Redirect(cached) two times:
First when the recaptcha OBJEKT is allowed temporarily.
GET null Redirect (cached) http://api.recaptcha.netnoscript?k=6LcM ... mJq7n-I-ws
Here follows another Get request.
GET 200 text/html http://api.recaptcha.net/noscript?k=6Lc ... mJq7n-I-ws

Second when I'm a human is left clicked.
POST null Redirect (cached) http://api.recaptcha.netnoscript?k=6LcM ... mJq7n-I-ws
Here follows no POST request!

When I'm a human is middle clicked, there is no Redirect(cached), but immediately
POST 200 text/html http://api.recaptcha.net/noscript?k=6Lc ... mJq7n-I-ws

Hmm. Something wrong?

Hmm. 2.1.2.6rc4 works without allowing recaptcha.net, but latest #dev does not?

(Above two were me. IP would show that.)

So FF 6 is broken the same way, so not SeaMonkey specific.

And yet above, I said "2.1.2.6rc7" was working?

(therube)

So it is a change between Gecko 5.0 & Gecko 6.0 & the aforementioned NoScript version (though I didn't verify that).

When I tested originally, I was running SeaMonkey 2.2, Gecko 5.0, & that (& FF 5) do work with all versions of NoScript.
With SeaMonkey 2.3, Gecko 6.0, & FF 6 the later versions of NoScript break the recaptcha "I'm a human" button.

It works for me with Firefox 6, NoScript 2.1.2.7rc1 and any permissions combo on http://hackademix.net/2011/05/22/a-fistful-of-pixels/

Which page are you testing on?