Closed gerben86 closed 5 years ago
Hi @gerben86, can you give us a bit more detailed information about this issue? Is this something that occurs since an update or on specific orders, is this the state in the order itself or only the grid?
Please also check what your logfile shows on this order so we can investigate this. Feel free to contact us directly through our contact form.
@Frank-Magmodules : I've seen this 2 or 3 times in the last 2 months. Both the grid and the orderstatus stay "New".
I could mail you the mollie.log for this order so you can see what happened.
Hi @gerben86 , Yes, please check the logs on these orders as you've got the order-numbers, also please give us as much information as possible about the period and pattern of the problem as this is hard to reproduce.
@Frank-Magmodules : This is the 3rd time in a couple of months. So it doesn't happen regularly, I also can't find a pattern.
One of my clients is experiencing the same problem. I just looked at the access & error logs of Apache and could only find 1 pattern(See attachment).
On these orders an error is being thrown when the visitor is being directed back to /checkout/onepage/success
127.0.0.1 - - [15/Feb/2019:15:18:05 +0100] "GET /checkout/onepage/success?utm_nooverride=1/ HTTP/1.0" **500** 566 "REFERER_HERE" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36"
127.0.0.1 - - [15/Feb/2019:15:18:13 +0100] "GET /checkout/onepage/success?utm_nooverride=1/ HTTP/1.0" 302 703 "REFERER_HERE" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36"
Call to a member function getCountryId() on null in /var/www/somedomain.nl/public_html/app/code/SomeVendor/Core/Block/Onepage/Success.php:29
For some reason the Shipping Address is null.
After further inspection of the access logs it seems that on these orders there is no POST request being made to save the shipping information. I suspect this is due to a bug in the Aheadworks OneStepCheckout extension.
Example of the missing request:
127.0.0.1 - - [24/Feb/2019:11:39:30 +0100] "POST /rest/NL/V1/guest-carts/qdJvEIqYVh19NnRqX89HFOsbUYgDlfr3/shipping-information HTTP/1.0" 200 2354 "https://www.somedomain.nl/checkout/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/17.17134"
The only thing I haven't figured out yet, due to time limitations, is why the status is being set to Completed when this happens.
Hi @gerben86 , as discussed by email, this issue has not come up since the issue report, so we are closing this issue for now. Please feel free to reopen the issue if you encounter this again and send us the logs so we can investigate.
I have made a new Shop 2.3.0 and Mollie as payment handler. Mollie shows status payed - webhook is sent ok Magento status keeps saying processing - invoice is not processed. This is the second payment in a row that fails (both are credit card payments)
HI @dbroeders , please sent us your logfile, specific order and store information directly through our contact form so we can investigate this for you.
Sometimes an order status isn't updated to "Pending" (Gaande) but stays "New" (Nieuw) after a succesfull payment is done via Mollie.
This is one of the payments where that happend. But as you can see, the webhook is succesfully called according to the Mollie Dashboard:
Once the order is shipped, the status is updated to "Finished" (Voltooid).
I'm using plugin version 1.4.7 and Magento 2.2.6. Issue looks like this one: https://github.com/mollie/magento2/issues/79