Closed (fixed)
Project:
Webform
Version:
7.x-3.17
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
14 Mar 2012 at 18:12 UTC
Updated:
4 Apr 2012 at 00:20 UTC
I just updated the webform module from 3.15 to 3.17. I had a couple inputs that were used to capture email addresses so they have the type set to email. I know there has been a couple threads on this that Webforms went to HTML5 where the input would be type email. The problem I am having is that my inputs (which are set to type email) are not rendering at all! There is a div webform component then there is a label element and NO input element. I cannot get it to render an input element at all. Any suggestions?
Thanks,
Troy
Comments
Comment #1
tthenne commentedAlso,
I tried changing this input to type email, which did render. But the problem now remains that I cannot send a custom email (autoresponce) to the person who submitted the form, as there is no webform component of type email to select. If anyone has any suggestions on this issue it would be great.
Thanks,
Troy
Comment #2
tthenne commentedThis issue was resolved. This issue actually had to do with another module Clientside Validation module that is coupled with webform to create validation forms for user input. There is a "sub-module" to Clientside that has to be enabled in order to support HTML5 components.
Comment #3
superstar commentedI have this exact issue as originally reported. I don't have the Clientside Validation module. I will have to roll back to 7.x-3.15.
I am using a html5 theme.
Comment #4
quicksketch@superstar: Did you run update.php after upgrading?
Comment #5
superstar commentedyes, although using updatedb, via drush.
Comment #6
superstar commentedExcuse my ignorance. Tried a separate clear cache and it sorted it. Should have been the first step!
Comment #7
quicksketchHm, well my suggestions would be to upgrade, then flush your caches. I can't really make other suggestions until you've tried that, since e-mail fields definitely display for myself and other users.
Comment #8
superstar commentedSorted
Comment #9
userofdrupal commentedAlso had this issue and running "drush cc" as described and choosing "[1] all " worked for me.