mphdavidson

Thanks for addressing this. We’ve since moved to another way of implementing tracking, but I’ll feel more comfortable trying this plugin on future projects.

This is great, thank you!

One final question: Who is your external tax rating service?

That’s unfortunate but I understand. Thanks for referring me to an alternative!

Hopefully your external tax rating service is able to sort things out soon!

Thanks for the thoughtful reply.

Setting up Canadian taxes this way is simple enough, however US taxes seem to be a fairly complicated mess of local, county, and state taxes.

Is there a way to manually enter Canadian taxes while relying on the automated tax system for US sales?

You’re right, and I learned something new about taxation today ??

We are indeed taxed on the shipping address, so this doesn’t apply to us. However I submitted a suggestion for those states that have origin-based taxaction.

Thank you for your thoughtful response!

It turns out it was a conflict within the child theme. Updating the child theme resolved the issue.

Thanks for the help Oscar!

Hola Oscar gràcies, I’ll be sending that ticket shortly.

It makes sense that a plugin may be the issue, there are many of them. The theme is Divi, so I hope that’s not the case.

We do have a staging site, however when I shut down the plugins, the site crashed. So we may have a larger problem. However, it also means that testing for plugin conflicts is going to be a challenge.

I’ll be in touch.

Sure Oscar, I understand. Thank you for your help!

How do I post this information without it being public?

• This reply was modified 4 years, 4 months ago by mphdavidson.

Hi Oscar,

I followed the steps outlined in the linked testing protocol, and the plugin does display the correct price at checkout when the user selects their country.

However, there are 3 undesired behaviours occurring, and perhaps you could elaborate on whether these are expected behaviours or not.

They occur in both situations, whether we use “Load product price in background” or “Geolocation (with page caching support)”.

1) Once in a while, Canadian users report seeing a USD$ price, while the country selector dropdown shows Canada.

Screenshot

2) Occasionally, we have witnessed correct geolocation to Canada, with CAD$, but upon applying a discount code, the price changes to USD$.

3) Although the plugin will usually autodetect the correct country throughout the shopping funnel, the fact that it changes to the incorrect currency at checkout prior to country selection has confused some customers. If the site recognizes their country throughout each page, then reverts to another currency at checkout, they get concerned.

Any insights or assistance you can provide is greatly appreciated.

We’re running on WordPress.com, so there is server side caching that we can’t disable.

I’ve tried enabling Geolocation with Caching support, but now I’m finding that the currency is correct on all pages but checkout.

I disabled “Load products price in background” when I enabled “Geolocation with Caching Support.”

Should I have both enabled at the same time?

This resolved the issue, thanks Ronald!

Good idea Ronald, I’ll give that a try. I’ll circle back in some time to report on how that goes.