Closed (fixed)
Project:
un.captcha.lous
Version:
6.x-1.0-beta4
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
20 Oct 2010 at 00:11 UTC
Updated:
7 Dec 2010 at 06:57 UTC
I am looking forward using this module. But I always get this error:
Javascript must be enabled to submit this form
It happens for both anonymous and authenticed users.
Tried out with Firefox and Chrome.
Comments
Comment #1
dddave commentedEnable javascript in your browser or disable the javascript option on the module's settings page.
Comment #2
xmacinfoWhen I tried this I tried all options.
In Firefox I made sure that JavaScript was enabled.
In Chrome JavaScript is always enabled.
And in the modules settings page, I wanted to use JavaScript, so I did not disable it from the module's settings page.
Is there anything else I need to check?
Comment #3
dddave commentedI am currently testing the heck out of this module and haven't stumbled upon this problem. I guess you made sure that caches were flushed and so on. Did you test on a fresh install? Also: Is javascript aggregated (aka optimized). Check on your permissions page.
Comment #4
xmacinfoI tried this on a single site. :-)
I am putting this on postponed until I write back with more informations and try it on a fresh install.
Thanks for all the suggestions.
Comment #5
fndtn357 commentedComment #6
fndtn357 commentedoptimized caching
Comment #7
fndtn357 commentedsorry for these multiple entries for replies, hit a button or two by mistake when first submitting without even finishing the first entry. I get the same error in my site. Everything is up to date, optimized settings, caches cleared, etal. I have turned it off for now but I am really looking forward to this module.
Comment #8
xmacinfo@fndtn357: Thank you for your feedback. I still need to find time to reinstall on my side. So your help is welcome.
Are you using a fresh install? Which version of Drupal do you have? Do you have a long list of modules installed. And which browsers are you using?
I am removing your tag. Not much of use here.
Comment #9
fndtn357 commentedI have a fresh install of Drupal 6.19, using jQuery UI 6.x-1.4 and jquery.ui-1.6.zip.
I have not Enabled optimizing of javascript files yet in admin/settings/performance and my Caching mode is still disabled at this point.
Using Wysiwyg with CKEditor 3.4.2.6041 in sites/all/libraries/ckeditor.
The error "Javascript must be enabled to submit this form" is displayed and I am unable to make any changes:
Comment #10
dactura commented(I am getting this error also - trying to create a view using the tagadelic module. I've turned on all my Javascript and have no idea what next to do.)
Comment #11
dddave commentedFinally stumbled upon this error on my testinstalls. The error showed itself when I wanted to save some settings for a content type. (This module shouldn't be active on /admin sites by default I think btw.)
If I disallow uncaptchalous on admin/* paths nothing happens as I still get the error. This also happens when I edit views.
Commenting and adding content still works fine.
This happens on multilingual installs with the following specs:
Gazillion of modules;)
jquery ui: 1.6
jquery update 1.3.2
Drupal 6.19
I am trying to find the cause for this...
Comment #12
dddave commentedTagadelic is not a module I am using. ;)
edit: still hunting but now my logins are failing due to this. :(
Comment #13
jptarantoYes its happening to me too. Views forms don't work :(
Comment #14
Dustin Currie commentedI had be using $(document).ready() instead of Drupal.behaviors to compute the magic number. This meant than any asynchronously generated form would not calculate the magic number. This has been modified in beta2. Pls test.
Views forms now work with javascript method turned on.
You can now save views, but automatic live preview still wants to throw that error.
Comment #15
Dustin Currie commentedComment #16
xmacinfoJust tested this beta2 on two dev sites.
Quick fixes
1. “Changed package in .info from Levelten to Spam” still uses “Levelten”.
2. The file “uncaptchalous.install” is empty (0Kb).
3. Javascript must be spelled “JavaScript”.
Honeypot field
• On both sites, the honeypot field is displayed to the end-user (logged in or logged out, javascript on or off).
• On both sites, the honeypot field is displayed to the end-user (“Hidden Javascript actions” enabled or not).
Good news though, the modules does not make the site unusable anymore:
• It properly says that I am detected as a bot if I fill the honeypot field (which is displayed on the screen, though).
• And if Hidden JavaScript actions is enabled, is properly says that “Javascript must be enabled to submit this form”.
So, in addition to the quick fixes, hiding properly the honeypot field would make this module ready for production.
Suggestion
Please change the ID of the honeypot field to something variable that cannot be blacklisted in bot software; using “uncaptchalous_hp” for an input name makes it to easy for a bot to detect and bypass.
Thank you very much for your work for this module.
Comment #17
Dustin Currie commentedrandomizing honeypot classes isn't trivial. I'll have to think on that one.
I've fixed the honeypot display.
In uncaptchalous.install, hook_uninstall is implemented and vars are wiped.
Fixed the misspelling.
.info file now lists category as spam
http://drupal.org/node/990040
thanks xmacinfo for your feedback!
Comment #18
xmacinfoChanging status to fixed since the original intent of this issue is resolved. Thank you very much.
I moved this module to production on a low volume site to test it our further before using it on larger sites.
I prefer that type of solution than a regular captcha.
Comment #19
Dustin Currie commented