mellow1
Forum Replies Created
-
Hi there,
Thank you so much for helping me understand. I was looking for a specific “express checkout” option, but that seems to be the “label” for those option. Looking in the wrong place.
Yes, I understand the webhook part, hopefully this works now. We will keep a close eye on it.
Is there a specific part of the optimization plugins interfering with stripe or does Stripe advices a specific alternative? Both plugins are the ones from the host so we figured that’s the best match but we might be able to have a look at some of the settings
Again, thank you for your help. Have a great day,
Hi Moses,
Thank you for your reply. You are correct about the 11,-, that is what I posted first: Stripe shows the payment completed on their end. I’m not really sure where I would be able to find “stripe express checkout”. Can’t seem to find that option in the woocommerce backend, could you help me in the right direction there?
The siteground security tool was interfering with Stripe / iDeal, that resulted in massive issues a couple of weeks ago. But both dev-teams (stripe & siteground) have communicated that it should be resolved now.
For safety I’ve connected the store to a new stripe-account, hopefully that resolves the issue. But kind of strange because there have been no changes on our end so why would the webhooks stop working if we did nothing to the site or stripe-account meanwhile?
Hi @lovingbro ,
Thank you for your time. The last time, aprox 3 weeks ago it was due to our host siteground not allowing the api call through but we were informed that was sorted out between your teams now by whitelisting them.
This is (for now) the only order affected, fingers crossed it stays this way. There are no orders in the 2 hours around that time of purchase.
The status log : https://pastebin.com/Aw1hNcFH
System Status Report: https://pastebin.com/g9Sa3Sdx
We started a paid support session with Siteground and they said something about whitelisting Mollie’s ip like mentioned in the other thread.
They just did apply that for one of our sites, we are now in the process of requesting all + to keep an close eye if it does resolve the issue.
Also: mollie chat support suggested downgrading to 8.0.4 because of something with the webhooks but after doing that and clearing cache I still had 2 orders stuck on wrong status (just adding more and more details for you to hopefully help us fix this)
also: found another little older site with a version 7.x.x of the woocommerce mollie plugin but that also has the same paid status issue
- This reply was modified 7 months, 4 weeks ago by mellow1.
I compared the logs, for the orders that are going through there is this flow:
For order 85364 redirect user to Mollie Checkout URL: https://www.mollie.com/checkout/order/eETM7vjjmpL6Ej7Tp4yEJmollie_wc_gateway_ideal: Mollie payment object ord_eETM7vjjmpL6Ej7Tp4yEJ (live) action call for order 85364.Mollie\WooCommerce\Payment\MollieOrderService::orderNeedsPayment mollie_wc_gateway_ideal: Order 85364 orderNeedsPayment check: yes, order not previously processed by Mollie gateway.Mollie\WooCommerce\Payment\MollieOrder::onWebhookPaid called for order 85364But for the orders that are stuck the flow is like this in the logs:
For order 85365 redirect user to Mollie Checkout URL: https://www.mollie.com/checkout/order/me8xhn9icgRd66h7G5yEJMollie\WooCommerce\Gateway\MolliePaymentGatewayHandler::getReturnRedirectUrlForOrder 85365: Determine what the redirect URL in WooCommerce should be.so the mollie payment object is not called and then in the 2 steps after that the onWebhookPaid is not called
Hi @femiyb
Just had a closer look at the websites, these details are for one site that looks up to date.
The system report for a site that was running on 8.0.6
https://privatebin.syde.com/?5093ea1196ba3c08#CFGWY3rVbCg57cidFbCLqo5qWtWmLtBrMF9So5XrhtHK
The Mollie log files for two selected orders that are 5 minutes apart. The last order dit not automatically got status change to “processing” , the one just before that did work just fine.
https://privatebin.syde.com/?d3b304b6da17b280#AUs8gufwcyns17M16fbSaxCMFQdL8M3pncoKQ9pbjog1
@femiyb thank you for your reply. Thing is my mollie password is expired, so I need to set a new one but I’m not receiving the email. Also through “reset your password” i’m not receiving any email. Because I can’t login to the Mollie Dashboard I can not open up a chat and I also do not have my Mollie ID saved anywhere which is a required field if you want to submit the contact form on the Mollie website.
I will have a look at the version of the plugin that is being used. But i’m a bit confused why multiple websites are suddenly showing the exact same problem at the same time, could you help me understand that part? Because of the opening hours for the restaurants during which we can not do any changes on the sites we can not have “auto updates” running if you know what I mean so i’m not sure how I can prevent this from happening again.
Hi Frank Remmy, thank you so much for your reply. We will try to follow your instructions and keep an close eye on the orders coming in. Could be a while because sometimes it’s a daily occurrence and other times it might be a week. But we’ll keep you posted
I’m sorry, I did not know I could not paste all details like that. Thank you for checking this.
I will update to latest woocommerce.
Testing payments in test mode does not reproduce the same issue unfortunately. Over time we have had like 30-ish of these failed status update, but there is nothing to be found , for example we have been looking at things like: special characters / multiple orders at ones / or anything else that would explain the issue. We have not been able to reproduce with the test mode, after many, many orders of trying. That is the annoying part, it is not all orders, it is not all days. But somedays there are multiple ones and off course for the restaurant clients it is very bad because their order will not be visible for the kitchen because of the status. We will update and let you know if it happens again
Hi Sai, Thank you for reaching out.
WordPress Environment
[ SNIP! ]
#5: we have Stripe set up, there are iDeal payments made on that day minutes before the specific orders that would “fail” the payment/webhook update and right after those also, without any change or update to the site.
#6 yes we are running on the latest version of the Stripe Plugin
Forum: Plugins
In reply to: [WooCommerce] Language changed after wp 6.7.1 updateAs far as we can see now it looks like updating to woocommerce 9.4.2 was the trick for us , thank you so much!
Forum: Plugins
In reply to: [WooCommerce] Language changed after wp 6.7.1 updateThank you for your reply @ralucastn but I’m not really sure I understand.
Our stores are now displaying all English labels and not the needed Dutch (NL) translations for the woocommerce parts, we do not see any warnings and also no errors, but we just have the wrong language being displayed.
This is both for the backend and also for the website, so I’m not sure how to proceed
Forum: Plugins
In reply to: [WooCommerce] Language changed after wp 6.7.1 updateJust to add, we also have a site that only had the wordpress update and not yet the woocommerce and it seems that site also have the EN language issue. Does this mean it is inside the wordpress core? Do they have a separate forum to reach the developers in a new thread or does it still mean the fix would be in the Woocommerce plugin?