|
Chris Stambaugh
|
February 10, 2015 at 10:20 am
Hi,
I had a somewhat botched upgrade to 4.6.4.p yesterday. But with Josh’s help, we got it up and going again.
Today, I’ve had a problem happen twice. Not sure if there are other problems.
I’ve added a registrant to the event “Digital Photography for Beginners Class | March 11 & 18, 2015” (eventid 5811).
In both cases adding the registrant manually works fine.
However, when I then go to apply payment, I complete the form, but upon submitting it, I get the spinning gear and it NEVER finishes. See attached screen shot.
Please help.
|
|
Josh
|
February 10, 2015 at 12:22 pm
Hi Paul,
Do you remember how you added a “Receipt #” type of Payment Method? Normally there isn’t a “Receipt #” type of Payment Method in the dropdown selector there.
|
|
Chris Stambaugh
|
February 10, 2015 at 1:19 pm
Josh,
I’m pretty sure this was nothing I added (wouldn’t know how unless it was through a regular EE interface).
I’ve been using it for a while now (months). In these cases, the first one I chose credit card as the payment type, while the second I think I put Receipt #.
Paul
|
|
Josh
|
February 10, 2015 at 1:54 pm
Hi Paul,
Since Receipt # is not a valid payment method, can you try selecting a different payment method when you add a payment via the admin?
I suspect your custom plugin that uses gettext to translate “Invoice” to “Receipt #” is how this started.
|
|
Chris Stambaugh
|
February 10, 2015 at 1:59 pm
Josh,
I suspect you’re right about how this started with the translation.
I tried another payment type (Cash) both on Payment and Refund and the exact same problem happens.
Paul
|
|
Josh
|
February 10, 2015 at 2:13 pm
Hi Paul
Can you let me know which web browser (OS + version number is also helpful info) you are using when this exact same problem occurs?
|
|
Chris Stambaugh
|
February 10, 2015 at 2:40 pm
Josh,
I’m using Chrome (version 41.0.2272.43 beta-m) on Windows 7.
On IE (version 11.0.9600.17501), the spinning gear goes away, but the box with the entered information that says processing at the bottom, stays forever.
Paul
|
|
Josh
|
February 10, 2015 at 2:51 pm
Hi Paul,
In either case, if you hit the refresh button (or CTRL-R) when it’s spinnning, does the payment status update?
|
|
Chris Stambaugh
|
February 10, 2015 at 3:13 pm
It updates the transaction status but the registration status is NOT updated to Approved.
(fyi refunds work correctly, but payments leave the payment screen with processing on the bottom on the screen indefinitely)
Paul
|
|
Josh
|
February 10, 2015 at 3:15 pm
Can you try updating a payment in the admin with the Gift Certificates plugin temporarily deactivated?
The reason I ask is because each time I try to update a payment in the admin, this gets logged:
PHP Notice: Undefined index: giftcertificates_signup_action in wp-content/plugins/gift-certificates/gift-certificates.php on line 1471
|
|
Chris Stambaugh
|
February 10, 2015 at 3:52 pm
Josh,
It makes no difference. I get the exact same behaviour.
Paul
|
|
Chris Stambaugh
|
February 10, 2015 at 3:52 pm
Josh,
I’ve left the Gift Certificates deactivated so you can see for yourself.
Paul
|
|
Tony
|
February 11, 2015 at 7:52 am
Hi Paul,
The ajax call is returning Error 500.
This usually happens when there’s a fatal error, sometimes it can be cause by notices/warnings being passed to the ajax request.
Looking through the error log when applying a payment I can see a ntoice is thrown each time by Smart Google Codes, can you try disabling that plugin and retrying a payment?
|
|
Chris Stambaugh
|
February 11, 2015 at 11:58 am
Deactivating the Smart Google Codes made no difference at all. I’ve temporarily left it deactivated.
I really need to get this resolved. Prior to upgrading to 4.6.4.p this all worked fine.
Paul
|
|
Josh
|
February 11, 2015 at 12:36 pm
Hi Paul,
We are still working on this. I’m sorry that we haven’t figured out why this doesn’t work on your website. The same feature works on all the ones we test on, and on the Event Smart sites as well.
Your site’s error log is not reporting the errors that could help point to what’s causing the breakage.
|
|
Josh
|
February 11, 2015 at 1:46 pm
Hi Paul,
You should be good to go now. It appears your server has been running low on memory, so I bumped up the amount of memory that’s available for WordPress and the ajax calls are no longer returning the 500 Internal Server Error.
|
|
Chris Stambaugh
|
February 11, 2015 at 6:49 pm
Thanks Josh, that’s great.
Where did you set it and what did you set it to?
Paul
|
|
Josh
|
February 11, 2015 at 7:00 pm
The wp-config.php file. It was set to 64MB. I changed it to 96MB.
|
