Woocommerce After Payment Redirection In Webhook

Partner's Ad:

WordPress.org

Support » Plugin: BulletProof Security » Webhooks doesnt send data if I choose “always use https(301 redirect)”

Webhooks doesnt send data if I choose “always use https(301 redirect)”

I use Bulletproof security , a payment gateway plugin which has webhooks data sending and cloudflare.
When I choose “always use https 301 redirect” on cloudflare. The payment gateway’s webhooks doesnt send data to my desired mysite.com/data url.
What would cause this?

If its non-https then the data is sending. But a 301 https redirect it causes fail for getting data from the payment gateway.

My guess would be the problem is either your WordPress site address/URL settings on the WordPress Settings > General page (WordPress Address (URL) and Site Address (URL)) need to be changed to https or you need to add/use SSL/HTTPS htaccess code > https://forum.ait-pro.com/forums/topic/wordpress-ssl-htaccess-code-rewrite-ssl-rewritecond-server_port/#post-7233 or you need to flush/clear/delete any old plugin cache and flush/delete/clear any old Cloudflare cache or this is some kind of bug with the Cloudflare “always use https 301 redirect” option setting.

Another possible problem could be that your SSL Certificate has some kind of problem.

– SSL Certificate is the free one on Cloudlfare Free Package: A Universal Shared SSL

– Forgot to mention that: Before I upgraded my hosting to a higher package it was working great. And this problem is just happened right after the upgrade (only the server IP has changed). The hosting company isnt helpful for this problem. What would cause this after the upgrade?

– I will try your above suggestions.

What does “upgrade” mean. Did you only upgrade to a higher hosting plan? ie “basic” to “ultimate”? Did you literally change servers? Did you change your PHP server version? etc.

– From shared hosting to managed vps (actually still shared but with less sites but with more resources (dedicated)): However they dont allow me to change on root level.

– Nothing changed on php version

Ok so that would mean that you are on a new server with a new/different PHP server build/installation/compile. It is possible that something is “off” with your new PHP server. The quick and simple way to check that is to switch your PHP server version. Check your web host help pages for specific instructions for your particular host on how to switch your PHP server version. Typically this only takes about 5-10 minutes to do.

Tried to look at php settings but they are all same.

One possible cause would be : A new SSL from my hosting company has been activated automatically.
So do you think it would conflict with cloudflare?

Are you using the Cloudflare Page Rule correctly? It appears that this is a sitewide rule that forces all http URI’s to https URI’s and not just one specific URI/URL.

Maybe adding SSL/HTTPS htaccess redirect code will help/work > https://forum.ait-pro.com/forums/topic/wordpress-ssl-htaccess-code-rewrite-ssl-rewritecond-server_port/#post-7233 or maybe Cloudflare has some htaccess code that you need to add to BPS Root Custom Code?

Your Cloudflare Page Rule should be either: http://*example.com/* or http://example.com/* going by the example on the Cloudflare Page Rule help link above.

  • This reply was modified 11 months, 2 weeks ago by AITpro.

Is this issue resolved? Do you need any additional assistance?

Assuming all questions have been answered – the thread has been resolved. If the issue/problem is not resolved or you have additional questions about this specific thread topic then you can post them at any time. We still receive email notifications when threads have been resolved.

WordPress.org

Support » Plugin: Mollie Payments for WooCommerce » After successful Klarna Pay later redirect to order-pay instead order-received

After successful Klarna Pay later redirect to order-pay instead order-received

If an order is successfully payed with the Klarna Pay later option, it will redirect to:

But should go to:
/afronden/order-received/32050/?pay_for_order=false&key=wc_order_xxxxxxxxxx&utm_nooverride=1

Anyone else that has the same issue? Does someone know where to look to fix this?

Some extra info:

2018-12-19T15:54:36+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Start process_payment for order 32050
2018-12-19T15:54:36+00:00 DEBUG setUserMollieCustomerId: Stored Mollie customer ID cst_J9TunH2TNK with user 795
2018-12-19T15:54:36+00:00 DEBUG getUserMollieCustomerId: Created a Mollie Customer (cst_J9TunH2TNK) for WordPress user with ID 795 (live).
2018-12-19T15:54:36+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Order 32050 webhookUrl: /nl/wc-api/mollie_wc_gateway_klarnapaylater/?order_id=32050&key=wc_order_5c1a69bc130bb
2018-12-19T15:54:36+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Create Mollie payment object for order 32050
2018-12-19T15:54:36+00:00 DEBUG Creating payment object: type Order, first try creating a Mollie Order.
2018-12-19T15:54:36+00:00 DEBUG setUserMollieCustomerId: Stored Mollie customer ID cst_J9TunH2TNK with user 795
2018-12-19T15:54:36+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Mollie payment object ord_u1ah5z (live) created for order 32050
2018-12-19T15:54:37+00:00 DEBUG For order 32050 redirect user to Mollie Checkout URL: https://www.mollie.com/payscreen/order/checkout/u1ah5z
2018-12-19T15:55:09+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Mollie payment object ord_u1ah5z (live) webhook call for order 32050.
2018-12-19T15:55:09+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Order 32050 orderNeedsPayment check: yes, order not previously processed by Mollie gateway.
2018-12-19T15:55:09+00:00 DEBUG Mollie_WC_Payment_Order::onWebhookAuthorized called for order 32050
2018-12-19T15:55:24+00:00 DEBUG Mollie_WC_Gateway_Abstract::getReturnRedirectUrlForOrder 32050: Determine what the redirect URL in WooCommerce should be.
2018-12-19T15:55:24+00:00 DEBUG mollie_wc_gateway_klarnapaylater: Order 32050 orderNeedsPayment check: yes, order not previously processed by Mollie gateway.
2018-12-19T15:55:24+00:00 DEBUG Mollie_WC_Plugin::onMollieReturn: Redirect url on return order mollie_wc_gateway_klarnapaylater, order 32050: /nl/winkel/afronden/order-pay/32050/?pay_for_order=true&key=wc_order_5c1a69bc130bb&utm_nooverride=1

  • This topic was modified 2 months, 3 weeks ago by rawsilk.

WordPress.org

Support » Plugin: WooCommerce Stripe Payment Gateway » SOFORT payment not being registered, order stays “on hold”

SOFORT payment not being registered, order stays “on hold”

I’ve got the following problem: While EPS and CC payments seem to work just fine with woocommerce, woocommerce stripe payment gateway and well, stripe, SOFORT seems not to be registered by woocommerce and the gateway, the way it should.
Usually an order jumps from “oon hold” to “processing”. Unfortunately an order payed by SOFORT stays “on hold” while the payment is registered in the stripe dashboard and came through right away.

In the woocommerce overview it states (I unfortunately only have this note in German)

Stripe erwartet Erfassung der Zahlung: XXX. Status der Bestellung von Zahlung ausstehend auf In Wartestellung geändert.

Stripe awaits the collection/recognition of the payment XXX. Changed order status from “payment pending” to “on hold”.)

I guess the problem could be, that this plugin didn’t give the information of the finished payment back to woocommerce. How to fix this, without having to check my stripe account and changing the order status manuall

SOFORT is a push-based, single-use, and asynchronous method of payment. This means your customer takes action to send the amount to you through a redirect and it can take up to 14 days to confirm the success or failure of a payment.

And that there’s no way for the user (or Stripe’s support) to us why one takes longer than the other.

The underlying problem, why Stripe Gateway wouldn’t tell WooCommerce that the payment went through and change the status? They didn’t know. Maybe it takes 14 days sometimes. (As in: even if you see a ‘code 200’ in the log, you only know that the payment technicallyworked, not that the money is really there. It could still bounce within the 14 days.)
And maybe (not their words but mine) it never changes and is a bug, I didn’t have the time to make some additional test purchases until the next one takes longer and then look it up 14 days later… In case you were more patient than me, please do tell us here!
The 14-day-wait period is just nothing we could work with, as we ship our items within 24h after purchase, no customer is going to wait 14 days until Stripe finally clears the payment.

To me it seems there may(?) be two problems:
– Stripe not being able to verify whether the payment came through or not within less than a day
– Maybe a bug with their plugin’s webhooks to tell woocommerce that the payment was successfull and change the order’s status accordingly

I’m happy that I’m not the only one with this problem (although I’m sorry that you have to struggle there as well) and hope one of us is going to stumble upon an answer.

Edit: Concerning the initial transaction that didn’t trigger a woocommerce status change: In Stripe it was set to “pending” on the same day, “successful”/”Payment captured” about two days later. The status inside Woocommerce didn’t change accordingly, but that might be my mistake as I tried changing the status manually and setting it back on the same day of the original purchase. This could (or not) have overruled a status change from Stripe’s side. On the other hand: two days ware already too long a wait anyhow, especially when the customer things SOFORT payments mean that their purchase is paid immediately.

  • This reply was modified 3 months, 1 week ago by nopewhy.
  • This reply was modified 3 months, 1 week ago by nopewhy.
  • This reply was modified 3 months, 1 week ago by nopewhy.
  • This reply was modified 3 months, 1 week ago by nopewhy.

Leave a Reply

Your email address will not be published. Required fields are marked *