WordPress 6.7 has introduced a new issue that impact translations, please update WooCommerce and WPML to the latest versions before you report issues. More about this here - https://wpml.org/errata/php-error-wp-6-7-notice-function-_load_textdomain_just_in_time-was-called/
I just migrated using the second option "no I changed address". Then, saved the permalinks, and moved from subdirectories to domains in WPML->Languages. And logged out and back into WordPress.
Result? My French links are STILL showing as /fr/. What am I missing here? That was the reason I started this ticket in the first place.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Ok, we haven't gotten to the links yet, so now is a perfect time to do so and we'll handle them in this ticket, since it's "cleaner" than the other one.
1) I suspect that on your staging site you're changing your URL format from different domains per language to different subdirectories. Is this assumption correct?
2) Is there a reason why you find yourself needing to change the links on every migration? is something forcing you to use the subdirectory links instead of the live site links on the by any chance? or is it because it's easier for you? could you explain your workflow in these scenarios so I can better understand how we can move here?
-----------------------------
I'm asking because If you type "mystagingsite.com" on the staging site on a post entry, then migrate to "mylivesite.com" and expected the links to change to the correct domain after a migration, that would not happen on its own unless the migration plugin or workflow you are following would do that for you during the migration.
I think that in these situations the best way to go would be to use a plugin like: https://wordpress.org/plugins/better-search-replace/ and then search something like "site.com/fr/" and replace it with "myfrenchdomain.com/" (you'd have to do that with all the languages). Do not do that before having a snapshort ready to be restored and running a dry run first, though or even better, maybe you'd like to do that on the staging site instead of the live site.
I'd strongly suggest, though, that if you have to insert a link on a staging site, you already insert it with the correct domain (live site's).
Let me know so I can better understand what to do next 🙂
1) I suspect that on your staging site you're changing your URL format from different domains per language to different subdirectories. Is this assumption correct?
I'm using subdirectories in staging because it is the only possible choice.
2) Is there a reason why you find yourself needing to change the links on every migration? is something forcing you to use the subdirectory links instead of the live site links on the by any chance? or is it because it's easier for you? could you explain your workflow in these scenarios so I can better understand how we can move here?
Staging does NOT allow to use different domains. alarme-maison.ca (my French domain) is a parked domain on the server. WPML uses it as a virtual domain. Since staging14.alarme-maison.ca does not exits, WPML cannot use it.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Ok for the first question, about the second, I'm afraid i wasn't clear enough or maybe there is something I'm missing.
you have something like "livesite.com" on the livesite and then "staging.livesite.com" on the staging site, right?
When you create a post on the staging site, are you using a link like this -> "staging.livesite.com/some-page" ?
Because if you're moving the site to "livesite.com" you should already be writing the domain as "livesite.com" even on the staging site.
If you don't do that, then on the staging site it will certainly be translated, but if the original domain is never changed from "staging.livesite.com" to "livesite.com", then its translation will also not work.
However, in here we also have another problem. while you may have "staging.livesite.com" changed to "livesite.com" (if you use a plugin or a system from a hosting, it's very likely for that to happen), the change from a subdirectory to a different domain will not happen right away.
In that case you may want to try to retranslate the page (send it again from WPML > Translation Management and then open and set it as complete in WPML > Translation) and see if that changes the domain there.
You could also allow me access to the site and tell me where's that wrong domain URL (in which page) so i can try to see if there's a way for you to easily change those domains into the correct ones.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
The workflow you had mentioned is the best one for your case.
About the other issues:
1) Losing custom translations to automatic ones.
Can you send me a URL where this happened? even if you have fixed the problem there, that can help me get started on our end 🙂
2) French texts on the left of ATE needing to be translated.
I'm not sure what you mean here. The "left" is where the original content is so do you mean that some content from the left is not translated on the right where the translations are? or that you do NOT want to translate some content?
3) Non-existing texts popping up in ATE.
ATE takes the content right from the Database, can you point me to a page where you saw content that was non-existing so I can better investigate on my end?
4) Cursor moving to a different place when edit in ATE.
This could be a bug, I'd have to investigate further about this but it's very likely this is indeed a bug (I'm going to confirm it on my end)
5) Live site showing a top banner with the mention "This is a development site" See snapshot below:
This is happening because you probably still have the development license on the live site, you can go to Plugins > Add new > Commercial > Remove the license here and then add it again, this time the license that is set for the live site and not the staging site (it's very likely you'll be better off not changing the live site license from the staging site when you move from live > Staging since you'll migrate it back to the live site anyways).
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
I haven't forgotten about you.
1) Thanks to the reference segment block (the last text block from the homepage) I could find some irregularities and I'm asking our dev for more info about them. Can you confirm this was the last correct translation for that segment:
Automatiser et contrôler à distance vos dispositifs intelligents sur votre téléphone, tablette, ou ordinateur via le portail Web. Aussi, gérer d’autres appareils, tels que sonnette, radio, téléviseur, pompe, gicleurs de jardin, lumières, chauffe-bloc de voiture, serrures de porte numériques, ouvre-porte de garage, valve d’arrêt d’eau et détection d’inondation & fuite.
This is a translation from the staging site (staging14) and was completed on oct 10th, 2024
--------------------
2) I'm not really seeing anything wrong in the translation of that page, unfortunately so I'm still not sure what you mean.
You can watch this video for points 2, 4, 5 : hidden link (by the way, all the links in this ticket are masked so only you and I can see them. they are private).
3) I could not find anything with those keywords so I'm still not sure what am I suppose to see here or where. Here's what I see on my end: hidden link
Automatiser et contrôler à distance vos dispositifs intelligents sur votre téléphone, tablette, ou ordinateur via le portail Web. Aussi, gérer d’autres appareils, tels que sonnette, radio, téléviseur, pompe, gicleurs de jardin, lumières, chauffe-bloc de voiture, serrures de porte numériques, ouvre-porte de garage, valve d’arrêt d’eau et détection d’inondation & fuite.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
2 You can see in the video that the page i checked which is from yesterday did not contain any "test" or "temp" at all, so am I watching a different page? can you share the full link where you can see that problem?
3) About the text in French, that was coming from Elementor, from the metadata of an Image you loaded. For some reason the content of that image comes directly in French and I can see it if i access it in elementor and inspect the code BUT it's not there in the front-end.
I'm trying to figure out why is that happening but the content came like that from the database, that's why you saw it and it seems it affects only the first image you add to the page, alone.
2 It's on the live site. And the page title is visible on my snapshot at the top left corner.
The page title is "Lanaudiere Cottage Alarm System" for both snapshots.
3) This only occurs after I struggle to convert the French links from subdirectories to separate domains and clear caches. I do not think the migration process itself creates any of the aforementioned issues.
6) Starting tonight or tomorrow morning, I will restore my site to what it was before my last migration, and re-deploy staging to production, but first I will delete that old WPML license key. When resaving the translations on the production site, something is inherently different from staging. And the only thing I can think of is the license key, aside from the language format change.
After migrating to production again after deleting the old production license key, everything is working, finally! There were a few glitches to fix, but resaving the translations a few times got rid of those.
The phantom texts (temp and test) in Lanaudiere Cottage Alarm System page remains, but it is an annoyance only. It does not affect the live site for visitors in any way.
I've been working with Chrome lately, but I intend to go back to my favorite browser, meaning Safari. Hope that won't bring me new issues. Are you aware of any incompatibilities with WPML?
