|
Franz Skaaning
|
April 8, 2013 at 1:50 pm
I just upgraded to 3.1.31.1 on rtfestivl.dk
url: http://www.rtfestival.dk/thank-you/
Register: http://www.rtfestival.dk/tilmelding/?ee=1
The system is not changeing the status of the registration to completed when returning the visitors from QuickPay. And the type of payment is randomly changeing from invoice and Quickpay – but never completed.
The reason why I upgraded is that I used som beta code in the payment, and I needed to be able to change the price option for some attendees.
|
|
Sidney Harrell
|
April 9, 2013 at 8:55 am
Is your Thank You page setting correct in EE->General Settings?
|
|
Franz Skaaning
|
April 10, 2013 at 5:27 am
I checked the different settings.
I can also see that when I am using my own danish translation, I can not save the payments. This is new after the update.
|
|
Sidney Harrell
|
April 10, 2013 at 12:09 pm
In includes/admin-reports/enter_attendee_payments.php change line 65 to be:
$upd_payment_status = isset($_POST[ 'payment_status' ]) ? $_POST[ 'payment_status' ] : 'Pending';
line 90:
$upd_payment_status = 'Completed';
line 92:
$upd_payment_status = isset($_POST[ 'payment_status' ]) && $_POST[ 'payment_status' ] == 'Incomplete' ? 'Incomplete' : 'Pending';
and line 94:
$upd_payment_status = 'Refund';
|
|
Franz Skaaning
|
April 10, 2013 at 3:15 pm
did that, but still the QuickPay payments are not registered correctly.
I can see the Reg-ID’s in the captured list, but the orders are randomly registered with INV, Invoice and Quickpay – but never completede. Som of them are pending, som are incomplete.
|
|
Josh
|
April 11, 2013 at 12:03 pm
Hi Franz,
The part about some of these showing an invoice payment type can happen if there are any invoice links included in the email notifications that get sent out. If they click on the invoice link it will register the payment type as invoice and set the payment status to pending.
Can you let us know which Event Espresso add-ons are active and what their version numbers are so we can investigate further?
|
|
Franz Skaaning
|
April 11, 2013 at 12:43 pm
There are no emails sent out before the payment are complete.
Since we are very much live, and the event is in 3 weeks, I would like to be able to speed up the support. How can I do that?
Event Espresso – Version 3.1.31.1
Event Espresso – MailChimp Integration- Version 1.0.4
Event Espresso – Members Addon – Version 1.9.7
Event Espresso – Multi Event Registration – Version 1.0.4
Event Espresso – Permissions – Version 1.5.3
Event Espresso – Roles and Permissions Pro – Version 2.0.5-beta
Event Espresso – Social Media – Version 1.1.4
Event Espresso – Ticketing – Version 2.0.9
Event Espresso API Plugin – Version 2.0.1.B
|
|
Josh
|
April 12, 2013 at 3:01 pm
Hi Franz,
I’m sorry that we haven’t been able to reply as quickly as normal, we’ve had a high volume of support requests.
I’ve checked and tested the QuickPay gateway on both 3.1.30.7 and 3.1.31.1 and in the case of 3.1.30.7 it worked, and in 3.1.31.1 it did not complete the test payment as expected. I’m going to create a ticket for the dev team to investigate. In the meantime I’d suggest reverting back to 3.1.30.7 so you can keep the registrations going.
|
|
Josh
|
April 12, 2013 at 3:08 pm
Hi Franz,
One other thing that you can check:
The thank you page should not have an “ID not supplied” message under any circumstances. That should be on the transactions page, so please make sure that the Thank you page shortcode and page settings match, and that the Transactions/Notify URL shortcode and page settings match too.
|
|
Franz Skaaning
|
April 14, 2013 at 12:43 pm
Quickpay – callback url: http://www.rtfestival.dk/transactions/
Auto Return URL (Thank You and Return Payment page):
http://www.rtfestival.dk/transactions/ – [ESPRESSO_PAYMENTS]
NOTE: THIS IS THE HTML
p – [raw][ESPRESSO_PAYMENTS][/raw] – /p
Notify URL (used to process payments):
http://www.rtfestival.dk/thank-you/ – [ESPRESSO_TXN_PAGE]
|
|
Josh
|
April 15, 2013 at 8:24 am
Hi Franz,
I was thrown off by the page title. Usually (and it’s Event Espresso’s default) it’s set up to put the Notify URL on the transactions page and put the thank you/return URL on the thank you page. It can be reversed as long as everything matches.
|
|
Franz Skaaning
|
April 15, 2013 at 1:16 pm
Do I have it reversed?
Where do I download old versions?
|
|
Josh
|
April 15, 2013 at 1:21 pm
Hi Franz,
It looks reversed to me since the Thank you page has the [ESPRESSO_PAYMENTS] shortcode by default. If you’ve reversed everything it should still work, except that people wouldn’t end up on the Thank you page when they’re finished paying, they’d end up on the Transactions page.
We don’t have a download repository of older versions. I can email a copy to the email address we have on file for your account.
|
|
Franz Skaaning
|
April 15, 2013 at 1:48 pm
Do I take everything or just the gateway files?
|
|
Franz Skaaning
|
April 15, 2013 at 1:50 pm
Also, what about the sub-modules? Is there any problems with using an older version with these modules?
|
|
Franz Skaaning
|
April 15, 2013 at 1:56 pm
I just replied with a screenshot from the page settings. I tried to follow the instructions there – this may be why its reversed 🙂
|
|
Franz Skaaning
|
April 15, 2013 at 1:57 pm
could I email you a login to the page, so you can check my settings before I downgrade?
|
|
Franz Skaaning
|
April 15, 2013 at 3:35 pm
I downgraded and its working.
The ajax forward [ESPRESSO_CART_LINK anchor=”Tilmeld flere på en gang her… ” direct_to_cart=1 moving_to_cart=”Sender videre til formular…”] is also working again.
But it seemed it always worked, the tickets where sent out, but the status was not changed to completed.
|
|
Franz Skaaning
|
April 16, 2013 at 8:34 am
Now I am getting the error 500 on the callback url from Quickpay I got earlier wich is why I upgraded in the first place.
|
|
Josh
|
April 16, 2013 at 8:43 am
Hi Franz,
I’m sorry for the trouble you’re having. What is the URL that’s set for the callback URL for your site that Quickpay is set to use?
|
|
Franz Skaaning
|
April 16, 2013 at 8:46 am
http://www.rtfestival.dk/transactions/
|
|
Franz Skaaning
|
April 16, 2013 at 8:56 am
http://www.rtfestival.dk/transactions/
[raw][ESPRESSO_PAYMENTS][/raw]
|
|
Josh
|
April 16, 2013 at 9:13 am
This doesn’t look right. The ID not supplied should only display on the page that has the [ESPRESSO_TXN_PAGE] shortcode *and* set to be the **Notify URL** page in Event Espresso>General Settings under page settings.
The **Auto Return URL** page set in Event Espresso>General Settings should be pointed to page that has the [ESPRESSO_PAYMENTS] shortcode on it. When you visit the auto return URL page in the browser by navigating to it, there shouldn’t be any text generated by the [ESPRESSO_PAYMENTS] shortcode. It will display payment information on return from the gateway.
|
|
Franz Skaaning
|
April 16, 2013 at 9:30 am
Can I give you access the site, you make it right and tell me what url to supply for the Quickpay gateway?
All registrations with only one ticket seems to work fine.
|
|
Josh
|
April 16, 2013 at 11:09 am
Hi Franz,
By this:
All registrations with only one ticket seems to work fine.
Do you mean non-MER registrations?
|
|
Franz Skaaning
|
April 16, 2013 at 11:54 am
i do not know what non-MER is.
multiple registrations are failing. Single registrations are fine – Per purchase
|
|
Josh
|
April 16, 2013 at 1:03 pm
Multi Event Registration = when the registration goes through the cart.
Non Multi Event Registration = when the registration goes through the single registration page.
Is this a case where the registrations through the cart are failing, or a case where there are multiple tickets going through a single registration page? If the latter, are the multiple attendees entering info, or is there a ticket selector to choose the quantity?
I’m asking these questions so I can try to reproduce the error.
|
|
Franz Skaaning
|
April 16, 2013 at 4:42 pm
Ahh, I actually have no idea, since both options are available.
I will remove the cart option to see if that goes better.
|
|
Josh
|
April 17, 2013 at 10:50 am
Hi Franz,
There’s a developer working on the QuickPay gateway issues right now. They were working on it yesterday too. I’ll post an update here when we have something to report.
|
|
Franz Skaaning
|
April 18, 2013 at 3:51 pm
Can I do or help with anything/something?
Single registrations are working. But I am getting very very unpopular here.
|
|
Josh
|
April 18, 2013 at 4:34 pm
Hi Franz,
They ended up doing quite a bit of refactoring to the QuickPay gateway. I’ve been testing it and both standard and Multi Event registrations get marked complete when I run payments through the QuickPay gateway. Here’s a temporary download link for the hotfix version of Event Espresso that we are testing if you’d like to test it out.
|
|
Franz Skaaning
|
April 21, 2013 at 6:24 am
Hi Josh. Could you make the link again, it seems to be expired.
|
|
Josh
|
April 22, 2013 at 3:10 pm
Here is a new link:
new link
|
|
Franz Skaaning
|
April 22, 2013 at 11:15 pm
thanks – worked fine
|
|
Franz Skaaning
|
April 22, 2013 at 11:28 pm
But the events in my system disappears when I use those files… Sorry, but the update is not working.
Could I use just the Quickpay files and then the latest version of EE?
|
|
Josh
|
April 23, 2013 at 10:07 am
Hi Franz,
Can you check the status filter in the event list and make sure it is set to “Show Active” or “Show Active/Inactive”?
Here’s a screenshot of my test site running the update that has the status selector marked with arrows:
screenshot
I’ll check to see whether the updated quickpay gateway fix was entirely contained within the gateway files.
|
|
Josh
|
April 23, 2013 at 10:42 am
I checked and all the changes were in the /gateways folder. The entire /gateways/quickpay folder can be copied from the update to gateways/process_payments.php and gateways/process_payments.php can be copied from the update to /wp-content/uploads/espresso/gateways. Then you can revert back to the previous version if you’d prefer. The updated files will load from /wp-content/uploads/espresso/gateways.
|
|
Franz Skaaning
|
April 23, 2013 at 12:29 pm
updated the module through normal WP updates, and manually overwrote the process_payments.php and all the gateway folders. Not its working – so far 🙂 will post updates.
|
|
Josh
|
April 24, 2013 at 9:09 am
Sounds good. Please let us know if you run into any issues with the updated gateway.
|
