Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Author vendidero

    (@vendidero)

    Hi there,

    did you maybe set the option in Germanized to not allow customers to switch the payment method for a certain order? That could be the problem (because the URL points to the order-pay endpoint).

    cheers

    Hi,

    thank you for the hint, which got it working for me. However it was the other way around:

    if option “Wechsel der Zahlungsart” is enabled, which is the default option, then redirect doesn’t work (endless loop back to payment page)

    if option “Wechsel der Zahlungsart” is disabled, then redirect starts working normally, so the user is redirected back to our web site.

    Thank you for this hint, for us it’s an acceptable workaround, so I hope you can fix this bug!

    Plugin Author vendidero

    (@vendidero)

    Hi there,

    it’s not a bug – it’s a feature. For some reason (mostly because of different payment fees) one may not want users to switch payment method after ordering. But you may of course disable the option if your payment method needs the order-pay endpoint.

    I believe we have a bit of misunderstanding here. I am not talking about changing payment methods but rather about the normal payment flow:

    step 1 – complete checkout process on myshop.com and select SOFORT payment for example
    step 2 – get redirected to SOFORT page to complete the payment process
    step 3 – get redirected back to myshop.com to display the final confirmation screen (thank you for payment, you will receive your tickets after we receive a confirmation from your bank, order info, bla bla)

    Now step 3 doesn’t work if Germanized plugin is installed with default features. How is that not a bug?

    • This reply was modified 7 years, 5 months ago by andrejlukic.
    Plugin Author vendidero

    (@vendidero)

    Hi there,

    well because somehow the gateway redirects to the order-pay endpoint instead of redirecting to the order-succes endpoint (as the PayPal Gateway does for example). So I guess the problem is somehow gateway-related because of not using the default order success page as redirect. I’ll have a look at our code again and see if we can do some workaround handling regarding a forced redirect to the order-pay endpoint which does not end up in a gateway change.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Stripe Payment Gateway (Sofort) redirect doesn’t work if Germanized active’ is closed to new replies.