This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| - | 7:00 – 12:00 | 7:00 – 12:00 | 7:00 – 12:00 | 7:00 – 12:00 | 7:00 – 12:00 | - |
| - | 13:00 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | - |
Supporter timezone: America/Sao_Paulo (GMT-03:00)
This topic contains 7 replies, has 0 voices.
Last updated by 3 days, 21 hours ago.
Assisted by: Lucas Vidal de Andrade.
 |
|
 WPML Supporter since 11/2023 Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português ) Timezone: America/Sao_Paulo (GMT-03:00) |
|
|
|
|
|
WPML Supporter since 11/2023 Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português ) Timezone: America/Sao_Paulo (GMT-03:00) |
I don't see any countdown on the French product. Check the image attached. Perhaps because I'm logged out. It's likely that your code is not adjusted for multilingual scenarios, I will check that. In this case, I need the following info: 1. Where I can find the custom code on the website's admin panel. This way, you don't need to share it, and I can check it directly; 2. Access to your website, for analysis; For this I would need temporary access (WP-Admin and FTP) to your site, preferably to a test/staging site where the problem has been replicated if possible. The required fields can be found below the comments section. The information you enter is private, i.e. only you and I can see it and have access to it. I may need to replicate your website locally. To do this, I need to temporarily install a plugin called "Duplicator" or "All in One WP Migration" on your website. This will allow me to create a copy of your website and content. Once the issue is resolved, I will delete the local website. Let me know if this works for you. IMPORTANT Please make a backup copy of the site files and database before giving us access. - If you do not see the wp-admin/FTP fields, this means your post and site login details are being made PUBLIC. DO NOT post your website details if you do not see the required wp-admin/FTP fields. If you do not, ask me to enable the private box. The private box looks like this: hidden link  |
|
WPML Supporter since 11/2023 Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português ) Timezone: America/Sao_Paulo (GMT-03:00) |
|
|
WPML Supporter since 11/2023 Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português ) Timezone: America/Sao_Paulo (GMT-03:00) |
|
|
WPML Supporter since 11/2023 Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português ) Timezone: America/Sao_Paulo (GMT-03:00) |
Hi there, First, a quick note about scope: we can’t provide support for custom code. That said, I’m happy to share some pointers so you can move forward. Anything deeper would require adjusting and testing the code, which is outside our support scope. Why it likely only works in the default language 1. Custom field not copied: the `_preorder_goal` value may exist only on the default-language product if the field isn’t set to Copy in WPML’s custom fields settings. If it’s empty on the translation, nothing shows. 2. Attribute/variation language mismatch: you hard-code decoration slugs (default-language) and count only variations for the current product. In WPML each translation has different product/variation IDs and attribute slugs can change per language—so orders placed in other languages won’t be included. You need to map all translations of the product (and its variations) before counting. (See `wpml_element_trid` / `wpml_get_element_translations`.) You have for example, on line 38 of Pre-Order System: $slugs = ['remax-crystal', 'remax-dici', 'remax-crystal-dici']; The slugs are necessarily different on other languages. Suggestions on how to make it multilingual-safe 1. Check category via translated ID, not slug Get the base term ID (default language), then resolve the current language term with `wpml_object_id( $base_id, 'product_cat', true )`; pass that term ID to `has_term`. 2. Ensure `_preorder_goal` is available on translations Go to WPML > Settings > Custom Fields Translations, click on "Show system fields", and set that custom field to Copy so translated products read the same value. Check the image attached. 3. Derive decorations dynamically and in the current language Don’t hard-code slugs, like I showed on line 38. Read the product’s `pa_decoration` terms for the current language, and render their names (already translated). If you must compare across languages, map term IDs with `wpml_object_id` (or use translated slugs via `wpml_get_translated_slug`). _____________________________________ Overall, your code is not adapted to work in a mul-lingual scenario, along with WPML. Also, it has hard-coded information, which can lead to errors like the ones you are having. It's always best to use IDs, instead of strings like slug names. My best suggestion is that you verify the product information (products, slugs, IDs, etc ) that's being pulled, and check how it behaves in terms on language. If it's only pulling single language data, check our hooks reference for developers, so it works with WPML: https://wpml.org/documentation/support/wpml-coding-api/wpml-hooks-reference/ Let me know if you have other questions.   |
|
|
