2.1.2.6rc6 breaks captcha in Gecko 6.0

[Mc]

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.

[therube]

URL where this occurs?

[Guest]

(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 ...

[Guest]

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

[Mc]

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.

[Mc]

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.

[Mc]

Still not fixed with noscript-2.1.2.6rc8.

[therube]

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

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

[Mc]

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.

[Mc]

> 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

[Guest]

Hmm. Something wrong?

[Guest]

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

[therube]

(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?

[Guest]

(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.

[Giorgio Maone]

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?