Sorry for delay. Needed some time to figure out solutions for same minor issues. Handled these add-ons problems. I wont just use these group options. Field heading gave visually same effect. I will translate add-on option fields manually. No problem in add-ons. We will manage.
Everything else is almost done and working but bumped into little issue in woocommerce cart. There we have shipping options (parcel, courier, courier with pallet). In building (Estonian) language it works all fine. If courier shipping class product is added to cart then courier is added to shipping method also. Same with parcel machines. Problem is that in other languages if there is for example courier class product in cart, then it offers cheaper parcel option also. Tried in woocommerce multilingual to change these settings, but it seems that it takes information from somewhere else. Could not find assotiated strings. Cant understand if there is some setting problem. Made link sync. Cleared catches and pushed all buttons in trouleshooting page.
Made update of live site to staging as it is at the moment.
For better understanding could You please go to webshop, add for example some filter sant to cart and take a look on shipping options. Change language and take a look on it in Estonian where it is how it should be working. To test with different shipping class products then for example pool ladders are with courier class, and little things like products in pool accessories are parcel machine products.
From my opinion there needs to be some setting or other way that woocommerce shipping settings copy themselfes to other languages. But i cant find the place to edit.
If i choose language on wp dashboard then settings are visually like on default language.
I need only one setting.
Woo>Settings>Shipping>Shipping zones>Zone>Disable shipping for these shipping classes.
It disables for example parcel machine option on courier class product. I dont want to edit settings differently in other languages.
If i could get this setting to copy/sync itself from default language, then it would be all fixed and working. Cant find a place.
Staging is still working for troubleshooting and testing.
I would like to request temporary access (wp-admin and FTP) to your site to take better look at the issue. You will find the needed fields for this below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.
Our Debugging Procedures
I will be checking various settings in the backend to see if the issue can be resolved. Although I won't be making changes that affect the live site, it is still good practice to backup the site before providing us access. In the event that we do need to debug the site further, I will duplicate the site and work in a separate, local development environment to avoid affecting the live site.
- Please make a backup of site files and database before providing us access.
- If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link
Where are you going in the backend of your site to set the shipping settings in the original language to only show one option when the specific product with shipping class is added? I wasn't abel to find the setting anywhere. I also see. you mention the issue is with montonio shipping. Are these settings coming from the plugin Montonio for WooCommerce? If you can walk me through how you set it up in detail for the original language, maybe I can figure out how to copy the settings to the secondary languages. Thanks!
Hi,
Ok. Its all in Estonian : ) Sorry.
Ill try to walk you trough.
Woocommerce>Seaded (settings)
There is a Tab "Tarne" (shipping). Under "Tarne" there are shipping zones/countries. "Eesti" row right side You will have two options "Muuda" (change) and "Kustuta" (erase).
Click on "Muuda".
There you will have Tarnetsoonid>Eesti
There are now two rows with radio buttons. "DPD pakiautomaat" and "DPD kuller"
Setting that needs to be copied to other languages comes from "DPD pakiautomaat" There are on right side also two buttons "Muuda" (change) and "Kustuta" (delete).
Click on "Muuda"
Opens little window "Set up montonio dpd parcel machines" in there headings are in English and it is easier to navigate. Scroll down until "Disable method for these shipping classes". There are four options and three of these are selected. Three of these are disabled in parcel machine shipping options. Meaning that when product shipping class is set to Courier then this parcel machine option is not visible on frontend.
I searched around a bit and found that there are a bunch of strings in admin texts related to the montonio_dpd_courier settings. I'm not sure what these numbers are related to, but perhaps the IDs for these settings need to be changed. Can you check with Montonio and ask what these IDs could be related to, and maybe this can point us in the right direction.
Ok. I will write to montonio.
These specific strings i took from admin text translation. Just copied numbers to other languages, hoping it would fix this. There are like a hundred more strings related to these shipping settings in admin text translations. I will consult with montonio and then we could maybe continue with this issue.
Okay thanks, I'll look forward to their insight in regards to what these numbers are. if they are IDs of zones or classes, it's possible we will need to locate the IDs of the translated ones and try updating in string translation.
Just to inform that Montonio support team has now access to wp-admin. Today they did not give any information. I hope that monday will bring some news.
"Without access, it’s hard to determine the exact issue, but I recall a similar case with a merchant using shipping zones and WPML. As I remember, deleting and recreating the translated versions of the shipping zones resolved the error.
We use SLUG to retrieve the shipping class."
Actually gave access but there might be different contractors. It seems that development team did not get access to wp.
Tried deleting and recreating shipping zones but still does not work. After deleting cleared wpml catches. Cleared also woo catches. It keeps still this information somewhere. When i recreate shipping zones, it knows what im about to write.
I don't see why it would be an issue of recreating the shipping classes. Did you share the screenshot of the string translation table? They should be able to tell you what those IDs in the string translation table are related to, or where they are getting those numbers from.
Hi,
Wrote them again for more information. Hoping to get answer tomorrow.
Meanwhile i tried different approaches. Deleting, recreating shipping zones. Searched for strings. Tried creating shipping classes in other languages... then it creates working solution to language where it is created in and others still dont work as they should. Recreated only one shipping zone at the moment. Maybe easier to start solving this issue with one.
Now i see in admin text translations again a bunch on woo-montonio strings that seem to be involved with shipping zones ang classes. I guess its not wise for me to just start retreiving these strings to string translation and just translate them.
If i write "shipping" to admin texts translations then there is like 400 related strings. Most of these just numbers.
My guess is the translation has something to do with those numbers. Either the number is an ID of something, or the number is a setting. I don't know what the numbers are storing but if we can find that out, it may get us closer to how to copy this setting for your secondary languages. For these strings that have the numbers, have you tried copying the number to the secondary languages?
