|
Alexander Müller
|
July 26, 2014 at 6:13 am
Hi there!
I read in the forum, that it is not possible to bypass the Payment Page.
My Idea is to change the Payment Page (where I have to normally select the payment method) to a Thank You-Page.
I just want to change the content and text on this page – can you tell me, which template file this is? Is it the “payment_page.php” or the “payment_overview.php”?
For your information:
I’m just selling courses with a cash-payment option, so I don’t need the payment-method selection after the registration process!
Thank you and br,
Alex
|
|
Lorenzo Orlando Caum
|
July 26, 2014 at 8:17 am
Hi Alex,
Those templates can be edited.
Is there a possibility that you may want to offer online payments in the future?
If so, it would be best to hide most of the elements using CSS and then adding a short message to let your registrants/attendees know that they will need to pay at the event.
—
Lorenzo
|
|
Alexander Müller
|
July 26, 2014 at 8:32 am
Yeah that’s also a possibility!
But which file is the “Select payment method”-page?
Is it the “payment_page.php” or the “payment_overview.php”?
thanks!
|
|
Tony
|
July 26, 2014 at 11:24 am
Hi Alex,
This depends if you are using Multi Event Registration or not but for the initial registration process if you are not using MER the template would be payment_page.php
However this does NOT load the gateways, just the Payment Overview.
However an important note, in EE3 the gateways are used to finalize the ‘session’, meaning that if you remove those the session does not close.
This means that if an attendee makes multiple registrations they will be using the same session_id, which is used to identify the separate registrations, so if you change this EE can not differentiate the different registrations and will actually overwrite the previous ones.
For example – User A registers onto the event and stops at your payment page. They they wish to register User B onto the event so they either press back on the browser or return to the event list and register. User B’s registration will overwrite User A’s because the session did not close so EE has no way of knowing this is the case.
From the sounds of the above you are looking to completely remove the gateways options, another option is to use one of the offline gateways as a base to build a ‘Pay At Event’ gateway so that users can use this to also close the session.
|
|
Alexander Müller
|
July 27, 2014 at 7:27 am
hey!
thanks a lot for the answer. I’ve tried something else:
I kept the payment-method-page and used an offline method (“check”) for my situation to bypass the selection. I also changed the page itself, for example the on-click payment-method open/close function, so that the “complete registration”-button will be shown instantly.
But I’ve one problem though and I don’t understand why: if I click now on the “complete registration”-button, I get the warning pop-up “Warning!!! If you’re using the back-button…”. If I click on “Leave the page” inside is, I proceed to the Thank You-Page and everythings good. The session is closed in the backend, the registration is visible in the Attendee-Table – everythings good. Only the problem with the warning message!
If I could get rid of this message, my work-around would work great 😉
Thanks a lot!
|
|
Dean
|
July 28, 2014 at 1:47 am
Hi,
What version of EE are you running? We had that as an issue a while back but it should be fixed now. Also can you provide a link to your site so we can check out the issue first hand?
|
|
Alexander Müller
|
July 28, 2014 at 1:57 am
hey dean!
I’m currently using Event Espresso – 3.1.36.5.P Version 3.9.1. but I’ve managed to get it working 😉
I used a little bit dirty method – i killed the .js for the payments by renaming it to another name. In this .js was no important script for the “working” of the payment – just for the look. Now it works 😉
I know it’s a little rough way to get it done, but I won’t need any other payment method, so this works! If you’re interested it’s http://www.alexander-mueller.at/amfweb/event-registration/?ee=3 .
Please ignore the layout – it’s not yet implemented fine 😉
Thanks and br!
|
|
Dean
|
July 28, 2014 at 6:04 am
Hi,
It’s up to you if you want to leave it like that, but something must have been causing it as my test sites confirm the pop up doesn’t show.
Also note that the modification is likely to revert to default when the plugin is updated (depending on how you removed the file).
If you would like me to look into this further, please add the file back so I can see what is occurring, and let me know.
|
|
Alexander Müller
|
July 28, 2014 at 7:09 am
hi dean!
I just renamed the .js file different – it’s still there but only renamed.
Regarding the updates: but it only will be overwritten if i manually start the update? Or is there an automatic update?
Thanks!
|
|
Dean
|
July 28, 2014 at 7:19 am
Hi Alexander,
If you remove the plugin and update manually via a zip or via the auto updates (still requires your permission just like normal, but it will delete the plugin and reinstall it), the JS file will be re-included.
So you would have to rename the file after every update (that would be the easiest way to do it).
I am more than happy to try and resolve the issue though, as it should not be happening at all.
However, without the js file being active I can’t look into it.
|
|
Alexander Müller
|
July 28, 2014 at 7:32 am
Unfortunately I’ve no FTP access now (I’m at work).
But I’ll change it and give you the info, that you can try to find out why it’s happening!
thanks again!
|
