|
foden
|
November 20, 2012 at 1:26 pm
After the update to .28. my verification page does not advance to the payment page, instead it just refreshes itself minus the attendee info. Please try to register for any event, and let me know what’s wrong…
http://www.hypnosmoke.com/seminars/
Thank you! — Frank
|
|
Josh
|
November 20, 2012 at 1:36 pm
Hi Frank,
It looks like you have older templates from a prior version of Event Espresso in /wp-content/uploads/espresso/templates. You’ll need to acces the files via an FTP client or the control panel file manager to fix this. The following templates should be removed from that location so the current version will work as expected:
confirmation_display.php
event_list.php
event_list_display.php
multi_registration_page_display.php
payment_overview.php
payment_page.php
As an aside, I recommend copying the blank index.php from /wp-content/ to /wp-content/uploads/ so these directory will not be listed publicly.
|
|
foden
|
November 20, 2012 at 2:00 pm
Thanks Josh, that worked really well to solve the validation page errors, and the new version looks MUCH better by the way. Thanks also for the security tip.
Now I have a new problem in that selecting the PayPal gateway produces an error, it complains about lacking an integer. I saw another ticket on this topic but I do not have any old files, or any files at all in the uploads/gateways folder.
What now?
|
|
Josh
|
November 20, 2012 at 2:16 pm
Are you using PayPal or PayPal pro?
|
|
foden
|
November 20, 2012 at 2:20 pm
PayPal only. Set to not bypass the overview page
|
|
foden
|
November 20, 2012 at 2:29 pm
I also tried Jonathan’s suggestion to replace “DoDirectPayment.php” in the PayPal Pro gateway folder, but this had no effect. Not using PayPal pro.
|
|
Josh
|
November 20, 2012 at 2:54 pm
Yes, that would only work if you were using PayPal Pro. I’m looking into this right now, what I’m seeing when viewing the source of the PayPal button is the quantity in the hidden input that’s sent to PayPal is 1.000, where it should be 1 with no decimals after it. This isn’t something we’ve seen in testing (it’s 1 there too).
Do you have any other plugins active that use the PayPal IPN?
|
|
Josh
|
November 20, 2012 at 3:06 pm
Hi Frank,
Is it possible for you to send WordPress admin and FTP credentials so we can investigate further?
If so, please send these via the contact form on this page: https://eventespresso.com/contact/
Select the “I am sending login info as requested” department form.
|
|
foden
|
November 20, 2012 at 3:23 pm
Login information sent … fingers crossed!
|
|
Carley
|
November 20, 2012 at 3:26 pm
I am the one with the other similar ticket.
https://eventespresso.com/topic/paypal-error-after-attendee-information-2/
I am following this and hopefully we can get this resolved soon. If you need me to test anything out. Let me know.
|
|
Josh
|
November 20, 2012 at 4:04 pm
Hi Carley,
It looks like despite Event Espresso creating the quantity field in the database and setting it to be an integer, Frank’s database has it set to varchar, so it would allow for decimal points there.
Do you have access to phpmyadmin or the adminer plugin? If so, can you change the quantity field to use tinyint with a value of 1? This is in the wp_events_attendee table.
If you need assistance with this, please send WordPress admin and FTP credentials via our contact form:
https://eventespresso.com/contact/
Please select the “I am sending login info as requested” department form.
|
|
Josh
|
November 20, 2012 at 4:23 pm
Hi Carly,
After thinking about this and discussing with one of the developers, this may be a different cause on your site, so I’m going to ask that if possible, can you send us FTP credentials and WP admin creds so we can investigate further?
https://eventespresso.com/contact/
Please select the “I am sending login info as requested” department form.
|
|
foden
|
November 20, 2012 at 4:27 pm
Josh, it looks as though you already did this for me, and — as you must know — It works! I will backup the database as corrected and make the change in my local version.
Thank You! — Frank
|
|
Josh
|
November 20, 2012 at 5:21 pm
Hi Frank,
What you might want to try is deactivating and reactivating the plugin. The database should update on plugin activation.
|
|
Carley
|
November 20, 2012 at 9:25 pm
I have send the requested information, reluctantly. Just makes me nervous.
|
|
Carley
|
November 21, 2012 at 7:22 am
Update. I followed the advice you gave to frank. I deactivated and reactivated the plug in. Everything is working now.
|
|
Carley
|
November 21, 2012 at 7:35 am
Upon further testing, I now get a “An error occured. The primary attendee details could not be retrieved from the database.” message when trying to update a payment status. Please advise.
|
|
foden
|
November 21, 2012 at 8:28 am
Based on what Carley said, I tested this function and I also experienced the same error.
|
|
Josh
|
November 21, 2012 at 9:08 am
Hi Carley,
I went and logged in and created a test attendee record for that test event, and it let me update a payment.
Is this working for you now?
|
|
Josh
|
November 21, 2012 at 9:15 am
Hi Frank,
Can you try creating a test attendee record and updating the payment?
|
|
Carley
|
November 21, 2012 at 9:29 am
It seems like it works in the event that was created after the upgrade, but not on events that were created before. For example, event #6 Attendee C McA… will not allow me to update the payment status.
|
|
Josh
|
November 21, 2012 at 1:51 pm
Hi Carley,
I’ve been working with one the developers of Event Espresso on this issue, and so far it looks like the database updater script is not getting run when the plugin updates. This would explain why it’s working for events that were created after the upgrade, but not the ones before. We haven’t seen this happen in any of our testing, but we’re working on testing a fix that will move the database updater into another function that fires independantly.
|
|
Carley
|
November 21, 2012 at 2:04 pm
Thanks for the update. Keep us posted.
|
|
foden
|
November 21, 2012 at 2:17 pm
That is my situation also… new attendees can be updated. Attendee information entered prior to the update is not retrieved from the database for payment update purpose. It’s still there, I can look at and edit the attendee details, it’s just not being accessed by the “Update Payment” function.
|
|
Josh
|
November 21, 2012 at 3:19 pm
We’re adding a fix to 3.1.28.5 that will check for the database version, and if it needs updating, it will run the updater script.
|
|
Carley
|
November 21, 2012 at 8:12 pm
Updated to 3.1.28.5. Still get the “An error occured. The primary attendee details could not be retrieved from the database.”
|
|
Josh
|
November 22, 2012 at 10:19 am
Hi Carley,
We are going to need to continue to work on this. For some reason, the is_primary field in the events_attendee table isn’t getting updated for the primary attendees in older registration records on your site. In a nutshell, these older records all have a value of 0 where they should have a value of 1. This is happening even if they are a primary attendee.
|
