-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
COD fee not calculated directly #13
Comments
Do you use some kind of custom checkout? I was not able to reproduce the problem with the core Magento checkout process. |
I also have the same problem, although I have three other methods of payment, so it is not their number that is a problem. When changing the method of payment, the payment sometimes does not appear (you can see 0.00), or does not want to disappear from the summary when choosing, for example, a bank transfer. |
Have you checked your log files yet? With me it has worked perfectly I am using Magento 2.2.3 and I use Checkout Mageplaza. And to complicate I have a blockage of this payment for other postal codes and it has always worked perfectly |
We have no customizations in the checkout. As long as we have the conditions active, we have to agree to the conditions and then click on the payment method. Afterwards the fee is displayed. If no condition is active, we also have to click on the payment method. Which kind of logs do you need? |
Can you look at your JavaScript network console and look for a call to the cart totals (for logged in users it is going to the |
Now I have some more payment methods. It is not reproduceable when the fee is not calculated. Sometimes the AJAX call to totals returns the correct value, sometimes 0. The only thing I do is changing the payment method to force the ajax call. Working example (date | Tue, 10 Apr 2018 15:08:54 GMT) The next call is not working (date | Tue, 10 Apr 2018 15:09:00 GMT) I tested it 8 times between Tue, 10 Apr 2018 15:08:31 GMT and Tue, 10 Apr 2018 15:09:00 GMT. The calls 5 and 8 didn't work. The rest gave me the correct result of 5 PLN. Sorry for the polish example ;-) This issue seems to be related to the beginning of issue #10 (before it turned being a question for HTML rendering). |
Polish is not the problem. I am not fluent in Unicode, though. ;) Anyway, can you check the payment method associated with the order when the calculation is done? The payment method setting is its own call, maybe this does not work properly. |
POST Data RESPONSE What exactly do you need? The calls are exactly the same. Sometimes the fee is just not returned in the totals call and thus not displayed. In the quote table the correct value is in the columns for COD. Now I avoided the unicode :D |
Anything new here? |
@PHOENIX-MEDIA could you have a look into it? |
Is there anyone there? |
Yes, I am here and still waiting for a bugfix... |
Having the same issue but i am using the iways paypal plus extension with the default checkout |
For me .. this resolved my/this problem |
Hi @PHOENIX-MEDIA , is there any news about the issue? |
hi @PHOENIX-MEDIA any update on this. In my case querying |
It quiet does not make sense, but the issues is persistent. It looks like it depends on the "Checkout Agreements". The Values will be calculated o.O DE: Die Berechnung findet nur statt wenn die "AGB" bestätigt wurden. |
Hi, The issue is cause from what I gather because of the set-payment-information post method is completed after the get totals method, so what happens is that the totals will bring the values for the previously selected payment method. Magento2 using a asynchronous module definition both request will be made almost simultaneously and sometimes (or on slow systems always) the get will be completed faster than the set as you can notice in the first image underneath: For me as a temporary solution for now I did the following:
This will reduce the chances of having wrong total values but it will not eliminate this possibility.
The second function should be called depending on the first one P.S. Since the totals are used only for the aside order summary, this issue will not affect the submitted order values. |
Any news about this issue? |
as **mklooss ** commented [on 28 Sep 2018] it depends on all checkout agreements (the ones beeing defined in stores->terms and conditions) beeing checked. |
If cash on delivery is the only payment method, the fee is not calculated until I have agreed the AGB and reload the page (or click on the payment method title).
The order is calculated and saved correctly. But the order preview in the checkout is wrong.
The text was updated successfully, but these errors were encountered: