I am not sure what you have done since the staging site is now totally broken and only displays a white page, so I cannot verify it again, but I had switched the theme away from the child theme to the parent theme and the issue was still there. In my mind that rules the child theme out, would you not agree?
Yes the site pages seems to show a blank page now.
Not sure, how exactly you tested it with another theme but I was no able to load product, cart and checkout pages.
If the issue is still there with the default theme like Twenty Twenty three can you please restore the staging site with the current state of live site then activate a default theme on the site and let me know so that I can check the issue further?
since I will seemingly need to look at this myself for a solution, I again ask the question why wpml is interfering with calculating shipping costs. It should have nothing to do with that.
- Edit the product with the issue in the primary language and update it so as to trigger a translation update.
- Edit the translation and complete it.
I can sure escalate the issue after looking into the issue further for you if the issue does not get resolved on your main site. In that case please restore the test/staging site so that I can take another look into the issue and/or escalate if required.
since I am still waiting on actual help with my problem, here is additional info on what is going wrong:
It seems the root of the issue is WPML storing/returning the wrong shipping class ID.
In my example the product variation has shipping class ID 1243 as can be seen when inspection the form field in the WooCommerce shipping settings.
It is stored in wp_options:
s:15:"class_cost_1243";s:11:"499 * [qty]"
When I switch to english language, 1375 is reported as the shipping class ID for the english variation WPML created, because the WPML translation of the term has that ID.
When the price then gets queried there is nothing there because that is only populated under the original ID.
The only reason it does not happen on default theme, is that WooCommerce falls back to 0/default price, again costing the store owner, since items are not properly calculated with the correct shipping classes.
WPML should store/return the original shipping class id, not the translation as there is - at least to my knowledge - no way to store/sync prices for the translated terms.
Please advise on if there is a sensible way to maybe set the taxonomy to not translatable or similar so the original terms and their ids get used to finally get this working as it should out of the box.
> since I am still waiting on actual help with my problem
Sure, we will help you as much as we can.
> The only reason it does not happen on default theme, is that WooCommerce falls back to 0/default price
There should not be a relation between the theme and WooCommerce shipping/price calculation. Or if it happens it means there is some code/custom code for the price calculation in the theme. If we can confirm that, we can look further into what code or part exactly is causing this and whether that part can be made compatible with WPML/WooCommerce.
> Please advise on if there is a sensible way to maybe set the taxonomy to not translatable or similar.....
Sure, you can go to WPML -> Settings page, and scroll to the "Taxonomies Translation" section. Then for the "Product shipping classes (product_shipping_class)" set the option to "Not translatable". Once that is done, edit the product with the issue and make a small change in the title or content, and update so as to trigger a translation update then edit and complete the translation again and see if it helps.
this is not working. Did you try it?
Do translations of the terms need to be deleted for it to work?
I can take wild guesses and try stuff myself. I am writing here to get actual information and solve the problem in a timely manner.
Can you please refer to someone who can help me? Should I start a new ticket?
It does not matter if there is custom code. Translating a product and shipping class terms via wpml breaks retrieval of shipping prices in the translated languages.
What other software then does with these results is a totally separate thing.
I would really appreciate it if you could please recreate the test/staging site from the current state of your live site so that I can troubleshoot further there.
Regarding the escalation or handling of the issue by someone else sure I ca do that if you want. Please let me know if you want that and I can ask someone else to handle this issue.
I'm going to take care of this ticket and after reading all replies, I understand the issue with the shipping method/shipping class does not work on your live site. But now I do not see that on your staging site.
Please check two screenshots hidden link hidden link
I'm not able to login to your staging site to review it but from frontend, I can see the difference is, on the live site, the child theme is activated. Can you please re-activate/deactivate the child theme on the staging site and confirm this issue?
I also test this issue again on my demo site and do not see that. If you want to test this on a clean installation of WordPress, you can login to a sandbox site with this link hidden link
the staging site has been reset to the previous state to test further. (same credentials as before)
For the issue to manifest on a fresh site there needs to be a product using a translated shipping class with a price set in the WooCommerce settings.
You can use the filter woocommerce_package_rates and get an items shipping class id, which will be the translated one which does not have any shipping rate.
Core question right now is how I can have WPML not translate those and return the prices that have been entered in settings instead of the empty value.
I would like to inform you that helping you with custom code, is out of the scope of WPML. If you don't want to translate the shipping class, please go to WPML > Settings > Taxonomy Translation > Set the taxonomy "product_shipping_class" to "Not translatable". But I'm not sure if it can work with the custom code on your site.
If you are not able to accomplish this, I would recommend you contact one of our certified partners that will be more than happy to help you with this. In this link, you will find a list of our certified partners: https://wpml.org/contractors/
You keep reiterating the same things. Things that have been shown to not be accurate. You propose solutions that have been proven not to work. I said so a few posts back.
The issue is not the custom code, the custom code just showcases the underlying issue.
WPML saves the data in a way that removes the path for retrieving shipping prices via the standard WooCommerce functions.
Is there any technical support available to look into this?
Please help out with this instead of telling me to spend money with your partners.
Would also be happy to work with any official documentation should there be a workaround, but there doesn't seem to be any developer reference?
The issue is not the custom code, the custom code just showcases the underlying issue.
If you believe it's not the custom code in the child theme, can you please help me to replicate the issue on the sandbox site with the link I shared above? hidden link
Kindly follow the steps below:
- Don’t restore your site there.
- Install the theme Shoptimizer (don't install the child theme).
- Try to replicate the issue.
- Then let me know the steps to replicate it.
Here are steps I try to replicate the issue on the sandbox site:
- Set up WooCommerce, WPML (English and French language).
- Go to WooCommerce > Shipping > Create a shipping class (Ship to US) and a shipping method.
- Create a new product and assign the shipping class to the product.
1. Not translate shipping class:
- Go to WPML > Settings > Taxonomy Translation > Set the taxonomy "product_shipping_class" to "Not Translatable".
- Go to Products > Translate the product.
- Visit frontend > Add the product to the cart in French > Go to Cart > The shipping class still works, please check this screenshot hidden link
* I also create a backup file at this point with the Duplicator plugin.
User: demo
Password: NmUarOA3&S%XZ@XPDY8fGCiv
2. Translate shipping class:
- Go to WPML > Settings > Taxonomy Translation > Set the taxonomy "product_shipping_class" to "Translatable - only show translated items".
- Go to WPML > Taxonomy Translation > Translate shipping class.
- Go to Products > Edit the product > Make a small change to the title > Update > Update translation.
- Visit frontend > Add the product to the cart in French > Go to Cart > The shipping class still works.
In both cases, translate or not translate the shipping class, I do not see any issue on the sandbox site. Can you please check this or try to replicate the issue there?
Look forward to your reply.
Thanks
The topic ‘[Closed] Shipping classes not working in second language’ is closed to new replies.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.
