|
SBANE Webmaster
|
January 21, 2014 at 3:22 am
WP 3.6, EE 3.1.35.1P Business License, with add-ons MER 1.04, Members 1.9.7.2
For some registrations, our Attendee Report is showing the green checkmark for Payment Status indicating completed payments, but no Payment Type value. Searching the EE log file (we have full logging turned on) for the relevant registration IDs, we find records indicating the user selecting the check gateway option (which we have setup ‘disguised’ as an invoice option, per a previous support topic).
I’m wondering if this might be some sort of timing issue? Perhaps the user is able to move too quickly through screens for the payment type to be properly recorded in the database? I bring this up only because we are seeing more instances of Authorize.net timeouts (where the user gets a timeout message from Authorize.net after using the SIM method, because our Relay Response URL isn’t responding quickly enough) – could the two issues be related, in terms of some unintended lag happening?
I’d be happy to provide admin credentials and specific examples of registrations to examine. Please advise.
Thanks,
Erik
Erik Domingo
SBANE Webmaster
-
This topic was modified 10 years, 3 months ago by
 SBANE Webmaster. Reason: Added system information
|
|
Sidney Harrell
|
January 21, 2014 at 11:24 am
I doubt the two issues are related if the users that have the issue are not using authorize.net.
Do you have the check / invoice gateway setup to mark the user as completed payment? Is there also code in there to record the payment type? Do you have other users who choose the check / invoice option who do get payment types recorded?
On the authorize.net thank-you page timeout, you might consider making a custom theme template file for that page that consists of a copy of all the html for that page other than that produced by the EE shortcode for that page. That would prevent the dynamic generation of that page (wp header, wp footer, etc), and would probably speed up the page load considerably.
|
|
SBANE Webmaster
|
January 22, 2014 at 8:51 am
Hi Sidney,
There are other users who choose the check/invoice option who do get payment types (correctly) recorded. Here’s the code from the espresso_process_check() function in /wp-content/uploads/espresso/gateways/check/check_ipn.php that (I believe) records the payment status and type – it’s been modified so that users are sent an email after selecting the option, even though they haven’t actually paid for their registration yet.
<code>function espresso_process_check($payment_data) {
$payment_data['payment_status'] = 'Pending';
$payment_data['txn_type'] = 'Check';
$payment_data['txn_id'] = $payment_data['attendee_session'];
$payment_data['txn_details'] = "paying by check";
static $sent = false;
if (!$sent) {
event_espresso_email_confirmations(array('session_id' => $payment_data['attendee_session'], 'send_admin_email' => 'true', 'send_attendee_email' => 'true'));
$sent = true;
}
return $payment_data;
}</code>
Good idea on the custom template – can it contain the EE shortcode, or does that need to listed in the actual page?
Thanks again for the prompt response.
|
|
SBANE Webmaster
|
January 22, 2014 at 8:53 am
Sorry, forgot to use the tags around the code snippet:
<pre class="brush: php; gutter: true; first-line: 1; highlight: []; html-script: false">function espresso_process_check($payment_data) {
$payment_data['payment_status'] = 'Pending';
$payment_data['txn_type'] = 'Check';
$payment_data['txn_id'] = $payment_data['attendee_session'];
$payment_data['txn_details'] = "paying by check";
static $sent = false;
if (!$sent) {
event_espresso_email_confirmations(array('session_id' => $payment_data['attendee_session'], 'send_admin_email' => 'true', 'send_attendee_email' => 'true'));
$sent = true;
}
return $payment_data;
}
|
|
SBANE Webmaster
|
January 22, 2014 at 10:01 am
An important update – using a test copy of the site, I was able to duplicate this behavior when registering for an event by clicking the “Next” button after selecting the number of Attendees (tickets) for the event, but before the Total cost field had finished refreshing. Note that on the Payment Overview page, the number of tickets and corresponding cost are correctly displayed, which would explain why users continue to complete their registration.
Is there a way to have the Next Button disabled on that first registration screen until both the number of Attendees and the Total cost fields are updated?
|
|
Sidney Harrell
|
January 22, 2014 at 6:47 pm
As an experiment, I tried changing scripts/espresso_cart_functions.js to add a line after line 423:
function event_espresso_do_ajax(data, callback){
jQuery(".btn_event_form_submit").css("display", "none");
and then a similar line at line 455 to turn the submit button back on:
}
jQuery(".btn_event_form_submit").css("display", "inline-block");
return;
Seems to work. Your mileage may vary.
For the template, I would put a “do_shortcode” line in the template file, so that would be the only line of php in the template. That way you don’t have to worry about coding any of the WordPress loop stuff in order to display the page content.
|
|
SBANE Webmaster
|
January 24, 2014 at 12:21 pm
The change in espresso_cart_functions.js worked, although I had to hide/show the parent element of the input element – the jquery statement wasn’t overriding a statement from another CSS file for the input element itself. In any case, it functions as I hoped, which in turn will (I hope) prevent the users from causing the issue by clicking that input element too quickly.
I’m still working through getting the custom template created for the thank-you page. My first attempts don’t have the EE shortcode working properly.
|
|
Jonathan Wilson
|
January 28, 2014 at 3:32 pm
Please let us know if you run into any other issues. 🙂
|
