mollie / magento2

Mollie Payments for Magento 2
https://www.mollie.com
Other
101 stars 53 forks source link

Sometimes status of order stays "New" instead of "Pending" #114

Closed gerben86 closed 5 years ago

gerben86 commented 5 years ago

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: image

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

Frank-Magmodules commented 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.

gerben86 commented 5 years ago

@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.

Frank-Magmodules commented 5 years ago

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.

gerben86 commented 5 years ago

@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.

bleenders commented 5 years ago

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"

magento_order_status_bug.txt

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.

Frank-Magmodules commented 5 years ago

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.

dbroeders commented 5 years ago

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)

Frank-Magmodules commented 5 years ago

HI @dbroeders , please sent us your logfile, specific order and store information directly through our contact form so we can investigate this for you.