Sorry for posting a problem on RavenDB.net here, but this is the place for quick responses.
At a customer I want to introduce/inform them about RavenDB, but the current website doens't work in the Documentation/Knowledge sections in IE8 (screenshot added). When I go to these sections a see the following javascript error and then the page crashes (see ErrorScreen.png):
I think it's on every page with a comment section that contains a captcha part. Hopefully you can do something with this info, because it hurts the introduction to RavenDB at my customer ;o).
remy.vanduijke...@gmail.com> wrote:
> Sorry for posting a problem on RavenDB.net here, but this is the place for
> quick responses.
> At a customer I want to introduce/inform them about RavenDB, but the
> current website doens't work in the Documentation/Knowledge sections in IE8
> (screenshot added). When I go to these sections a see the following
> javascript error and then the page crashes (see ErrorScreen.png):
> I think it's on every page with a comment section that contains a captcha
> part. Hopefully you can do something with this info, because it hurts the
> introduction to RavenDB at my customer ;o).
Do you have any plugins there that might take part in that?
I tried in both chrome and IE9, and I can't reproduce.
Even the JS error is strange, because it is most certainly there, and
anyway, it shouldn't result in a crash
On Thu, May 31, 2012 at 2:03 PM, Rémy van Duijkeren <
remy.vanduijke...@gmail.com> wrote:
> Sorry for posting a problem on RavenDB.net here, but this is the place for
> quick responses.
> At a customer I want to introduce/inform them about RavenDB, but the
> current website doens't work in the Documentation/Knowledge sections in IE8
> (screenshot added). When I go to these sections a see the following
> javascript error and then the page crashes (see ErrorScreen.png):
> I think it's on every page with a comment section that contains a captcha
> part. Hopefully you can do something with this info, because it hurts the
> introduction to RavenDB at my customer ;o).
I have to look into that and try to investigate more. I can that do at Monday, when I am at the customer again. The desktop/browser/surfing the web is under strict IT regulation like every big company does it, there could potentially lay the problem, but most sites are no problem.
With my own laptop at home, in different browsers, I have never had this problem. It's just in the customer environment, on there desktops, were this problems happens. Maybe this also happens at other big company with strict IT management.
Could it be that the the RavenDb website uses reCapture for comments, if you are not logged in.
- Quick Repo: Start chrome INCOGNITO (or insert your fav browser + private browsing ... here). - Open up Dev Tools, etc.. Make sure the NETWORK tab is listed - Goto: http://ravendb.net/docs - Check for any blocked or errored items listed in the NETWORK tab. - Smile .. in case you've forgotten too, today.
And this 3rd party JS stuff is blocked by the nazi IT management, etc etc.
Yes, only ppl who are not logged in will see rC in the form
We load libs from 3rd party (Google mostly) to speed up things and for
better cache. If that will prove to be the problem we will move to a local
copy. Remy, can you please verify that is the issue?
On Fri, Jun 1, 2012 at 3:23 PM, Justin A <jus...@adler.com.au> wrote:
> Could it be that the the RavenDb website uses reCapture for comments, if
> you are not logged in.
> - Quick Repo: Start chrome INCOGNITO (or insert your fav browser + private
> browsing ... here).
> - Open up Dev Tools, etc.. Make sure the NETWORK tab is listed
> - Goto: http://ravendb.net/docs > - Check for any blocked or errored items listed in the NETWORK tab.
> - Smile .. in case you've forgotten too, today.
> And this 3rd party JS stuff is blocked by the nazi IT management, etc etc.
This uses javascript browser testing to find if the client on your site is a true web browser, (or atleast a client that supports entire javascript, which is unlikely tobe anything other than browser) if it passes the users are not required to recaptcha, if it fails or if JS is disabled they get recaptcha .
This seems to provide a much more expected experience for a user on a website.
On Friday, June 1, 2012 8:23:20 AM UTC-4, Justin A wrote:
> Could it be that the the RavenDb website uses reCapture for comments, if > you are not logged in.
> - Quick Repo: Start chrome INCOGNITO (or insert your fav browser + private > browsing ... here). > - Open up Dev Tools, etc.. Make sure the NETWORK tab is listed > - Goto: http://ravendb.net/docs > - Check for any blocked or errored items listed in the NETWORK tab. > - Smile .. in case you've forgotten too, today.
> And this 3rd party JS stuff is blocked by the nazi IT management, etc etc.
> This uses javascript browser testing to find if the client on your site is
> a true web browser, (or atleast a client that supports entire javascript,
> which is unlikely tobe anything other than browser) if it passes the users
> are not required to recaptcha, if it fails or if JS is disabled they get
> recaptcha .
> This seems to provide a much more expected experience for a user on a
> website.
> On Friday, June 1, 2012 8:23:20 AM UTC-4, Justin A wrote:
>> Could it be that the the RavenDb website uses reCapture for comments, if
>> you are not logged in.
>> - Quick Repo: Start chrome INCOGNITO (or insert your fav browser +
>> private browsing ... here).
>> - Open up Dev Tools, etc.. Make sure the NETWORK tab is listed
>> - Goto: http://ravendb.net/docs >> - Check for any blocked or errored items listed in the NETWORK tab.
>> - Smile .. in case you've forgotten too, today.
>> And this 3rd party JS stuff is blocked by the nazi IT management, etc etc.
It's clearly not going to stop those. (that spam is actually likely chinese/india humans actually entering the captchas as opposed to bots). But excluding that impossible to block spam it should be just as nearly effective as recaptcha standalone.
If you really want to add another layer of protection, you could add a non human interactable field for a honey pot (like left -99999999px) that has a name of like FirstName, Email etc in case someone wrote a spammer that robo drives a true web browser and manipulates forms with jquery and/or selenium etc.
>> This uses javascript browser testing to find if the client on your site >> is a true web browser, (or atleast a client that supports entire >> javascript, which is unlikely tobe anything other than browser) if it >> passes the users are not required to recaptcha, if it fails or if JS is >> disabled they get recaptcha .
>> This seems to provide a much more expected experience for a user on a >> website.
>> On Friday, June 1, 2012 8:23:20 AM UTC-4, Justin A wrote:
>>> Could it be that the the RavenDb website uses reCapture for comments, if >>> you are not logged in.
>>> - Quick Repo: Start chrome INCOGNITO (or insert your fav browser + >>> private browsing ... here). >>> - Open up Dev Tools, etc.. Make sure the NETWORK tab is listed >>> - Goto: http://ravendb.net/docs >>> - Check for any blocked or errored items listed in the NETWORK tab. >>> - Smile .. in case you've forgotten too, today.
>>> And this 3rd party JS stuff is blocked by the nazi IT management, etc >>> etc.
When processing further it looks like that calls to http://www.google.com/recaptcha/api are failing.The strange thing is, that it is working on other sites, like http://sheetmusicdb.net/kontakt.php.I can't view/change the security and plugins settings (disabeld by IT Management). I don't think I can give you anymore info than this, because of the closed environment :-(. Javascipt errordetails: Gebruikersagent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; InfoPath.2) Tijdstempel: Mon, 4 Jun 2012 14:01:02 UTC Bericht: 'RecaptchaState' is niet gedefinieerd Regel: 111 Teken: 470 Code: 0 URI: http://www.google.com/recaptcha/api/js/recaptcha.js
