|
Aneleise Ruggles
|
October 1, 2014 at 11:14 am
Required fields aren’t working on our event registration page. Users can sign up without entering any info in the fields. (Example: If you click “continue” on this page without entering your info, it allows users to proceed, http://arsenalarts.org/event-registration/?ee=81/)
However, required fields are working fine when somebody registers for an event using our “view cart” sign-up method. (Example: http://arsenalarts.org/visual-arts-classes/ click “add to cart” don’t fill out any fields, and attempt to proceed. It will stop you for required fields).
I read through some other posts in the support form and see that this is typically a javascript/jquery problem. I’m wondering if you have any insights for our particular case. Since it works with one method and not the other, I’m uncertain if the fault lies in our EE code, and if so, what specific code, or if it has to do with our wp theme, or perhaps something else.
Thanks!
|
|
Lorenzo Orlando Caum
|
October 1, 2014 at 11:52 am
Hi Kimberly,
Is your WordPress theme using wp_footer()?
http://codex.wordpress.org/Function_Reference/wp_footer
It is usually in the footer.php file here:
wp-content/themes/yourthemefolder/
—
Lorenzo
|
|
Aneleise Ruggles
|
October 1, 2014 at 1:24 pm
Yes, it is.
|
|
Lorenzo Orlando Caum
|
October 1, 2014 at 1:52 pm
Hi,
Could you try testing again with only Event Espresso running?
If it works, then reactivate a few plugins at a time until you locate the source of the conflict.
—
Lorenzo
|
|
Josh
|
October 1, 2014 at 2:15 pm
Hi Kimberly,
I took some time and looked at the source of both pages. There’s something (and Lorenzo might be on to something if it’s a plugin) that’s adding extra p and br tags, to both of the pages.
The breakage on the single event page is occurring because an html comment close is getting converted to something other than –>. This is causing a few issues. Do you notice that the Gallery/Shop/Office hours and Social icons are missing on that page too?
While I’m not sure what’s causing this, usually we finds it’s the theme (or it can be another plugin). If it’s the theme, the code responsible is actually a shortcode, and the whole thing can be worked around by wrapping the main registration page to include the theme’s raw shortcode like this:
[raw][ESPRESSO_EVENTS][/raw]
|
|
Aneleise Ruggles
|
October 3, 2014 at 8:20 am
I tested EE with all our plug-ins disabled – no change. I tried the [raw][ESPRESSO_EVENTS][/raw] fix – also no change. I look for commenting errors and didn’t see anything there (though I could have missed something).
I did get a result by reverting back to an earlier version of our registration_page_display.php — required fields worked on that version. Problem is, we’ve done a lot of customization since. That leads me to believe there’s an error or omission in our current registration_page_display.php code. Does this sound correct? Any ideas on what it could be? I don’t see anything glaring, but again, could be missing something.
Here is our current: https://www.dropbox.com/s/m1fv7mj880o0ccl/registration_page_display.php?dl=0
Here is the reverted version, which works: https://www.dropbox.com/s/f9u6yofuo0fh7ht/registration_page_display_old.php?dl=0
|
|
Tony
|
October 3, 2014 at 9:35 am
Hi Kimberly,
When you reverted the registration_page_display.php how did you do it?
It looks like the EE validation.js script is not being loaded at all on on that page.
Your custom registration_page_display.php is calling get_footer(), which means get_footer() is being called from within the_content(), start by removing that, your theme should be loading the footer after the content and not from within EE templates.
|
|
Aneleise Ruggles
|
October 3, 2014 at 10:12 am
Wow! Too easy. Removing the get_footer() call at the bottom solved it. Thanks for your help!
|
|
Tony
|
October 3, 2014 at 10:33 am
Great 🙂
I’ll mark this thread resolved, if you have any further questions just open up another.
|
