|
N A Coleman
|
May 8, 2014 at 8:04 am
We have modified our multi_registration_page_display.php and put it in /wp-content/uploads/espresso/templates which normally works. However the page is not loading this template and we just seeing the default list of events. We are using the multi event registration plugin.
I have deactivated and reactivated the plugin with not luck. We did a database restore from backup and we did have trouble with wp-auto-increment for the events but we fixed it. We run nginx and php5-fpm.
We have purchased a support token which I am about to fill out to provide you with more information.
Event Espresso version 3.1.36.5.P
WordPress version WP 3.8.3
Event Espresso – Custom Template Display by Event Espresso version 1.0,
Event Espresso – Multi Event Registration by Seth Shoultes version 1.0.5.p,
Event Espresso – Ticketing by Event Espresso version 2.1.p,
Event Espresso by Event Espresso version 3.1.36.5.P,
Thank you
Anthony
|
|
Josh
|
May 8, 2014 at 8:17 am
Hi Anthony,
It turns out that the multi_registration_page_display.php needs to be copied over with its partner multi_registration_page.php to the alternate location in order for the modified template to load up.
|
|
N A Coleman
|
May 8, 2014 at 8:37 am
Thanks Josh, We have actually done this. If renamed the templates folder so that it loads the default plugin files and then copy those two files to overwrite the plugin files (not recommended) it still doesn’t work. What we used to see is the First name, last name, email address and the copy to all forms button on this page: http://www.makegoodfestival.com/event-registration/
I have no idea why it’s not working.
|
|
N A Coleman
|
May 8, 2014 at 8:39 am
The source code indicates it’s loading the theme files but I’m not sure which template is responsible for that page we are seeing and whether they’re being loaded correctly.
|
|
Tony
|
May 8, 2014 at 9:04 am
Hi Anthony,
The page you have linked to is actually created using the event_list.php & event_list_display.php files.
multi_registration_page_display is used further on through the registration process.
If you edit event_list_display.php to include the information you need it should be displayed within that page (again copying both files to wp-content/uploads/espresso/templates/)
Does that help?
|
|
N A Coleman
|
May 8, 2014 at 9:48 am
Hi Tony
Thanks for your suggestion. I have built a tickets page here: http://www.makegoodfestival.com/test-checkout/
password: anthony
What used to happen when you clicked on proceed to checkout; it would take you to a page for entering first name, last name and email. This had a ‘confirm and go to payment page’ and ‘edit cart’ button.
I also have this running in MAMP instance with the same copy of the files and the form I just described shows up fine. I noticed that I could modify this form if I edited wp-content/plugins/event-espresso/includes/functions/main.php
|
|
Josh
|
May 8, 2014 at 1:19 pm
Hi Anthony,
I checked the link you posted and it’s throwing an internal server error.
It might work out best if you go to your account page and click on the link where it says “To redeem your token(s) please complete this form”, then completely fill out the form. After you do that, someone from support staff will investigate further.
|
|
N A Coleman
|
May 9, 2014 at 4:16 am
Hi Josh,
We actually resolved the issue. You’re seeing that 404 page because I deleted the page. We realised that the request on the URL wasn’t being sent via Ajax. When we monitored the network request in developer tools our Response was sending us back 0. We did a print_r on the add to cart function to see if it was being set but the array printed empty so it prompted us to look at NGINX. We found that the try_files rule needed &$args so that it could parse the ‘?page_id=318®event_action=load_checkout_page’ and add the item to cart.
After some further tweaks we finally got it to load the correct files in. It appears that the add to cart Ajax function doesn’t actually check if that cart is not empty before showing the spinning wheel and displaying ‘Added to Cart!’. It just sends it in the session when you click the ‘confirm and go to payment page’ button. This doesn’t really affect the operation of the purchase of tickets but doesn’t help with debugging.
Thanks
Anthony
|
