We went live today – well, almost. There doesn’t appear to be a way for people to pay.

There are no payment selections on the check-out screen, just a blank line for one before the payment information area. We’re using PayPal and this is set in both JA Payment and the dt gateway pay options. The dummy test gateway worked fine, but the live gateway - not so much. Always getting a ‘Payment gateway not selected’ error.

Also, in Pay Options; setting comma as currency separator resets to NONE after save.

I did get this working. There are three (3) areas to set the payment processor. Is this necessary to have more than 1?

But several problems still remain. On registration checkout after the confirmation screen and when on the payment selection screen, it immediately forwards to the payment processor. It does not allow the user to make a payment selection or correct any of the billing information.

Also there are several error messages being returned. One after payment cancellation and the other on successful registration.

This is the error after payment cancellation. The cancellations complete as they should, but an error is still displayed.

This is the error displayed after registration. Email addresses are required on the registration forms, but this messages indicates that none exist.

    edjec2
    Hi,

    I updated this file on your site: /administrator/components/com_dtregister/models/payoption.php

    The pay option and registration should be working now.

        saguaros

        I just tested the checkout function and the confirmation screen holds for a few seconds now, but it still forwards to PayPal before any selections have been made.

        Also, on payment cancellation, the error 'Error DT_PAYMENT_CANCELLED' displays.

        I received several notices of registration when you tested this, but they were for a free registration that does not use the payment processor. To test, you will need to complete registration with either the member or non-member registration forms.

            edjec2
            Hi,

            I will pass to our developer for further checking on this, pls stay tuned.

              Please help as the client wants to take the event live ASAP.

              Thank you!

              saguaros,

              I noticed that someone accessed the registration to test, but once again tested the Free event. The Free event does not use a payment processor and as such is not affected by this issue.

              I have unpublished the free event so this mistake does not reoccur. Please have the developer test again.

              Thank you.

                edjec2
                Hi,

                For the Paypal payment method, if you use Paypal only, it should be redirected to Paypal automatically, no need the card info (fields underneath payment gateway option).

                With the message: DT_PAYMENT_CANCELLED , it looks like your site missed the translation for this error message, you can open the language file: /language/en-GB/en-GB.com_dtregister.ini (in case, you use English)

                Find this language string: DT_PAYMENT_CANCELLED

                I'm checking the error when use Pay Later method, will keep you posted.

                    saguaros

                    Thanks for taking a look at it, but...

                    For the Paypal payment method, if you use Paypal only, it should be redirected to Paypal automatically, no need the card info (fields underneath payment gateway option).

                    This is a screenshot of the paypal payment verification screen that it is blasting through. As you can see, registrants do not have a chance to complete the form before the program forwards to PayPal. This will cause enormous confusion with those trying to register.

                    With the message: DT_PAYMENT_CANCELLED , it looks like your site missed the translation for this error message, you can open the language file: /language/en-GB/en-GB.com_dtregister.ini (in case, you use English)

                    I am very familiar with the language files and this is the first thing I checked and it is correct. However, as you can see from the screenshot below, the correct translation is being displayed on the screen along with the error message. If the error message were picking up the translation, it would state:
                    Error - Payment for Registration Cancelled.

                    What sense would that make? So, why the error message in the first place?


                    This all needs to be corrected quickly - my client is about to take my head off for all of these delays in opening their event for registration. Expediency in correcting the payment processor issues would be greatly appreciated!

                    Thank you.

                        edjec2
                        Hi,

                        As I mentioned above, with Paypal, no need for that info and the team is working onepage checkout for DT Register, it will remove the fields as you can see now. it's undergoing testing and will be release soon.

                        For the notice message: "You must provide at least one recipient email address." It took time to check the code but the problem comes from the wrong syntax you add in the option: Send New Registration Notification Emails To : https://prnt.sc/n77v75

                        There should not be ";" semi colon after the email address. We updated for you, kindly check.

                        Regards

                            saguaros

                            I've removed the trailing ';'. This was probably left over after removing a third email. Thank you for discovering that.

                            The large group of membership in this club are in their seventies and over and it doesn't take much to confuse and upset them. The blank payment fields and then the screen forwarding to PayPal immediately will cause angst for many. Believe me, I've had to field these types of issues in the past and "it ain't fun".

                            I have also tested with a 'Pay Later' selection and it does stop the transfer and allows the form to be completed, but the client does not accept later payments. If there were a way to 'display:none' for the Pay Later selection only, that would hide it from the grouches. But all payment types are class='payment-label' and this will hide the PayPal selection as well, but a selection still must be made.

                            Do you have any suggestions until the update is available?

                            Thank you for your help.

                                5 days later

                                edjec2
                                Hi,

                                The new update is undergoing testing and we hope it can be release within this week, kindly wait.

                                Regards

                                  Write a Reply...
                                  You need to Login to view replies.