Closed (fixed)
Project:
Webform
Version:
6.x-3.0-beta2
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 Mar 2010 at 16:37 UTC
Updated:
3 Sep 2010 at 17:32 UTC
Jump to comment: Most recent file
Comments
Comment #1
quicksketchA bug in captcha is not a bug in Webform. Submitting the same issue to an unrelated module queue isn't going to get it fixed.
Comment #2
ianchan commentedSorry for changing this back to active. I'm going to try and word my issue title & description a little better this time. If you want me to re-submit a new issue, let me know.
Summary:
CAPTCHA is working but Webform is possibly interfering with the confirmation of successful CAPTCHA submission.
Problem description:
1. When I initially submit a webform that includes a captcha, the form does not submit and returns this error "unknown sid" (this is referring to the captcha_sid). However, when I look at the post data using Firebug, the sid is in there.
2. When I resubmit the same form, I do not need to fill in the captcha information because it was already successful (I verified this by looking at the captcha MySQL table) and the captcha form has already disappeared from the page. However, the captcha_sid remains in the post data and the form submits successfully as a result.
So, I think when the webform is initially submitted, the captcha form data is sent to the captcha module but the returned validation (from the captcha module) isn't recognized by webform.
Hope this description is a little more understandable. Thanks for your help!
Comment #3
ianchan commentedFYI - I tested CAPTCHA on the user login form on it works there.
Comment #4
ianchan commentedFYI -
http://drupal.org/node/632742#comment-2687754 - downgrading to older version of webforms allows captchas to work.
Comment #5
quicksketchMarked duplicate: #737772: Webform blocks initial CAPTCHA validation
Comment #6
quicksketchComment #7
aiphesbut downgrade is not all time possible...because the latest version allow using of webform conditionnal submodule..
Comment #8
anonI dont know if this is gonna solve this issue, but take a look at #745106: CAPTCHA validation error: unknown CAPTCHA session ID.
Comment #9
ianchan commented@quicksketch, please consider upgrading the urgency of this issue. We are using the WebForms module, with CAPTCHA, for six forms on our site and this issue is causing problems for a number of our users. Thank you.
Comment #10
quicksketchWebform is in BETA for a reason. :P
I've got more pressing issues, I don't use Captcha, and I'm not yet using Webform 3 at all for production purposes, so this will get fixed A) in a later beta or RC or B) if a patch is provided.
Comment #11
luthien commentedany guide on how to revert the module and forms designed in 3.0 back to the previous version? I made the mistake of upgrading to 3.0 for the production site, the latest version has some nice features, but it breaks others. Among the many problems I found after upgrade are:
1) email subject can not be changed to the values I specified unless there is a new way of doing that I'm not aware off. (Fixed with Webform 6.x-3.0-beta2 - only problem is size of subject input box not big enough for long subjects)
2) custom email themes not working as it was before since the API changed. Before upgrade, I was able to style the form display, results, and confirmation emails. Now it is not working as it should be. (got it to work by disabling the editor and after upgrading to Webform 6.x-3.0-beta2)
3) captcha is not working but it works fine for the rest of the modules like contact. (Patch from this post solved captcha problem)
4) Unable to add PHP code to populate a drop down select. I was using the dynamic select patch from http://drupal.org/node/151603. (new patch for dynamic select for Webform 6.x-3 worked fine)
My mistake for upgrading and using it in a production site. Otherwise, the webforms module is very flexible. Planing on using it to create a survey once I figure out how to revert to previous version without breaking the forms already there. (I will continue using the latest version, it is almost perfect for what I need).
Comment #12
quicksketchSee #721662: Downgrading Webform causes "warning: Invalid argument ..." in Form components for some other users' experience with downgrading. If you have existing webforms however, you'll find it's very difficult to downgrade.
Comment #13
aiphesyes , after downgrading i've must delete in database the node of my webform which didnt work..longtime spent but now i think it's functionnal...so captcha will work again
Comment #14
quicksketch@anon: Thanks for posting your findings in #745106: CAPTCHA validation error: unknown CAPTCHA session ID. . I think you hit it right, Webform triggers validation twice on all non-Webform elements. Since Webform hadn't been anticipating another module adding a field like this, it was triggering validation twice. We did some special handling to validations to make it so you could click "Back" in multi-page forms without filling out required fields.
This patch should correct the problem, I've tested it with Captcha 2.x (before and after making this change), and it has fixed it. Committed to both 3.x branches.
Comment #15
luthien commentedThe patch is working fine for Webform 6.x-3.0-beta2 but I have a small problem. The captcha appears after the Submit button instead of before.
Comment #16
towlie commentedsame problem here...
Comment #17
solserpiente commentedCaptcha disappears after validation. High probability of spam.
Suscribe
Comment #19
Dublin Drupaller commentedsame problem here guys (patch #15 has been applied)
Comment #20
tjmoyer commentedIf your watchdog error message I had is something like "CAPTCHA validation error: unknown CAPTCHA session ID (NULL)" I have provided a patch to CAPTCHA to resolve the differences between the posted data structure captcha expects and the posted data structure webform uses.
You can find the patch at http://drupal.org/node/632742#comment-3406540.