In ProgressShipping Fee not working
- This topic has 23 replies, 3 voices, and was last updated 1 year, 4 months ago by
gmmpb00.
- AuthorPosts
- July 21, 2022 at 3:20 pm #34468
Alex
KeymasterHello gmmpb00,
I’ve looked at your site and noticed that you are using the default WooCommerce shipping zone. Please create new shipping zone limited to the city you are delivering to. (i.e. Budapeset or add any other you are using). Then move all your shipping methods there. Please do so, because when using the default zone you are bypassing some of the WooCommerce checks and not all hooks are executed.
After doing so, please deactivate any other plugins and test the methods again. If you find any issues, please provide all details as steps, so we can reproduce it and see what exactly is the cause. This way we will fix it quicker.
Regads,
AlexJuly 25, 2022 at 10:23 am #34485gmmpb00
ParticipantHello. Could you find something?
July 25, 2022 at 10:26 am #34486gmmpb00
ParticipantHello Alex, I did not see this comment when i send the last message.
I will give it a try, but I was not using the default shipping zone before, I just tried to bypass this issue. I will do as you said, thanks for the help.
July 25, 2022 at 10:50 am #34487gmmpb00
ParticipantHello,
I did as you suggested, but the issue is still present.
1. I have some shipping zones, in Hungary, they overlap, I have 1 free zone.
2. I place an order for the following address: “2030 Érd, Kovács street 6” This address should cost 800 HUF
3. Checkout page, the calculated shipping fee is “free” but 1000 HUF beeing added to the total price, because the 1000 HUF shipping zone is the first in the list, If I change to for example the 500 HUF than that amount will be added to the total regardless where it belongs or how much shipping fee is calculated.So I see 2 issues here
3.1 The calculated shipping fee is not good.
3.2 Not the calculated shipping fee gets added to the total, instead the first in the shipping zones list.4. I refresh the page, the calculated fee now is good, but still the amount from the first in the list of shipping zones gets added to the total.
(once i refreshed the page, even if I go back to the shop page and put more product to the cart, the calculated fee will be right, but its not added to the total the same way.
I turned off all the not essential plugins. Only the Lafka plugin, the page builder and the woocommerce was turned on.
the new shipping zone I created called “Pest” the only option I left turned on after testing is an error message for users to notify them to this function is not working at the moment, if you want to test please turn this option off and every other option on.
Many thanks
MarkJuly 25, 2022 at 11:20 am #34488Alex
KeymasterHello gmmpb00,
Thanks for the details. We will check and let you know later today.
Meanwhile, we’ve checked the issue with the “Kovács street 6” address not mapping to the Pest state. Unfortunately Google doesn’t return Pest as state for this address (also for most addresses in Hungary) and there is actually nothing we can do to map this correctly. Hopefully they will fix this in some point.
What we decided is to add an option ‘Disable State Field on Checkout’ , which will allow users to make orders and should suit your needs because the addresses are still located correctly.
We will release an updated following few days.
Regards,
AlexJuly 25, 2022 at 12:24 pm #34489gmmpb00
ParticipantHello Alex,
Thank you for the fast response, I appreciate it. I am aware this issue with google api, do you think this can cause the problem? On the checkout page, I have to set the state field in order to calculate the shipping fee anyways, this issue only takes effect if I use the popup to type in the address before I start to order. When the popup was turned off, the issue was the same.
Many thanks
MarkJuly 25, 2022 at 1:35 pm #34490Alex
KeymasterHello,
No, that shouldn’t be the cause. Let me check and to try to reproduce it locally and will let you know.
Regards,
AlexJuly 26, 2022 at 2:47 pm #34501Alex
KeymasterHello,
Just to let you know that we were able to reproduce the issue. Looking now for the cause and fix and will let you know.
Regards,
AlexJuly 27, 2022 at 1:12 pm #34507gmmpb00
ParticipantHello,
That is a good new, thank you for keeping me updated.
Many thanks
Mark - AuthorPosts
You must be logged in and have valid license to reply to this topic.