[Resolved] Wrong price calculation for secondary currency USD after update to WCML 4.7.7

Hi.

I found the issue for the auto currency conversion not working correctly. I use a code snippet to limit which payment gateways is used depending on language AND currency. This have worked fine until latest update. I disabled only the parts in the code which is related to currency and resaved a product and the amount is now correct.

This is the code used that I disabled:

// Retrieve the current customer's selected currency
// $get_current_currency_wcml = new WCML_Multi_Currency();
// $current_currency = $get_current_currency_wcml->get_client_currency();

And then I use a check for the currency:

if ( !in_array( $customer_country, $klarna_enabled_country_codes ) || $current_currency != 'SEK' || $language_code != 'sv' ) {

To disable a gateway that only accepts SEK as currency. So these code parts are the reason behind the issue with your latest update. Can you please explain why this is interfering with the prices shown?
I uses the code snippet to be able to not have to pay for another plugin just to disable payment gateways depending on language & currency. So any ideas on how to check the currency without breaking WCML?

I haven't found the code snippet responsible for the "," instead of "." in WCML yet. Continues to test.

Just to be clear, I didn't change anything in WordPress when using Opera, I just changed language in Opera settings. So if I switched back to Swedish, then the "." changed back to displaying "," instead, just like in FireFox.

Hi Bigul.

First of about the tax settings. I didn't have an issue with tax settings. And also I found the cause of the problems with USD prices. Didn't you read post: https://wpml.org/forums/topic/wrong-price-calculation-for-secondary-currency-usd-after-update-to-wcml-4-7-7/page/2/#post-5451929
But I did go through your list to be sure to fix any future problems, and it didn't change anything visually on the English/USD part of the store, the tax and prices are still correct and same amounts is visible as before your steps. But maybe it fixed something you found, that I can't see.

And about your latest post. I don't really get you point at all here. I also checked the developer console and noticed that the "real" value in that field is indeed "0.12" and not "0,12". But that wasn't my point. The point is your plugin is lying to the user displaying the wrong separator in the currency settings depending on the language used in the browser. Which, as I stated, should be addressed.

As you see in your own image, the box to the left is displaying "0,12" and yes I have to type "0,XX" to add a new value. If I try to use "0.XX" there is a red text telling me to input a correct number.

So yes, I indeed think it is a bug. As the end-user, aka the shop admins, can be fooled by this behavior and should be possible for you to correct. The must be some way you can force the browser to display the intended separator regardless of language in the browser itself?