I've reviewed your screen recording and understand the issue. It appears you'll need to manually remove the data. Please add these languages first, and then proceed to delete them manually.
This really does not make sense. We purchased translation plugin as a solution. I will not do work like betatester for WPML and pay for it! At least I want the support who will give me the functional SQL query to fix this mess without any other stupid experiments...
If I will add languages again, I will delete the media next four night and the result will be the same! I want speak with DARIO!
Thank you for your response. It seems there might be a misunderstanding. What I meant is that although the languages are currently stuck and cannot be fully removed, we can easily re-add the language and manually delete Categories, Navigation Menus, Portfolio Categories, and Tags. I'm not requesting to restore the languages along with the deleted media/posts/pages.
Regarding your request for an SQL query to remove these items, could you please provide access to your server database so that I can escalate this to our 2nd Tier Support for review? Dario, who is from the development team, is unavailable for direct support. However, once we involve our 2nd Tier Support, we can ensure thorough assistance. If Dario's specific expertise is needed for your website, I will make sure he looks into it.
I apologize, but I consulted the procedure in advance so as not to do something about 4 days completely unnecessary. We're at point 2 and that's exactly what happened...
Understood. Point 2, delete the original languages in CTE including the EN DE RU FR translations - only CZ (original) and ES (ATE) will remain. CLI or python script will be needed.
Could you please provide access to your server database so I can escalate this to our 2nd Tier Support for review? I will ask them to investigate why it’s getting stuck during deletion. I already have your WP admin access.
For safety, please ensure a full backup is performed.
3142 media files (including preview sizes) were deleted during the language deletion. This is fine because they were assigned to a language other than Czech as the primary language. This could have been about 285 images.
In the meantime, I tried updating one image on the site in the original language, the caption text, and syncing the changes to the Spanish version. hidden link
And guess what happened...
1) When I search for an image title in the media gallery, I see the correct image and two non-previewed ones with the same title. This means that with the removal of the languages, the faulty duplicate media entries were not deleted.
2) When synchronizing the changes in ATE, the editor loads and many blocks are in unsaved state, even though they are translated and have been translated. Further, I noticed that many blocks were disconnected as they are blocks that contain links and the URL has currently changed on the site. This means that you can't work on translations on the staging version with a different URL, as if these links are saved in the translation memory, they will show up in the live version. This means that the chosen approach is completely unrealistic and cannot lead to a fix of the site.
3) Many of the blocks are there multiple times, and that really doesn't make sense at all. It also means that the state of the database is not consistent and the system is not right, and even switching to ATE will not solve anything.
I'm still waiting for a response from our 2nd Tier Support to check on the language deletion issue. Regarding your reported issues above, I would probably split the issues into separate tickets so that we could follow up accordingly. Also, keep in mind that our support policy allows us to take care of only one issue per ticket.
Continuing with one issue per ticket helps not only supporters to focus on one issue at once, but also enables other users to find solutions to their questions faster.
In the meantime, I'll try to answer your questions accordingly and we'll see if we need to split these issues into separate tickets.
1) When I search for an image title in the media gallery, I see the correct image and two non-previewed ones with the same title. Could you share a screenshot for this?
2) When synchronizing the changes in ATE, the editor loads and many blocks are in unsaved state, even though they are translated and have been translated. Further, I noticed that many blocks were disconnected as they are blocks that contain links and the URL has currently changed on the site. This means that you can't work on translations on the staging version with a different URL, as if these links are saved in the translation memory, they will show up in the live version. It is expected to manually translate the links when using ATE, as existing links do not automatically update.
3) Many of the blocks are there multiple times, and that really doesn't make sense at all. Which page are you referring to? I checked this page hidden link in both languages, and the backend appears correct. I would probably split this issue into a new ticket as this sounds like a bug to me.
I’ve received feedback from our 2nd Tier Support, and they confirmed that this is a known issue where taxonomies are not removed. This includes navigation menus and categories, which are types of taxonomies. Our developers are actively working on a fix for this issue.
In the meantime, you'll have to use the method I shared previously to remove these data.
ad 1) screenshot provided, but the existing image has been renamed so it is gone. Never mind I made own solution to delete all image which cannot be loaded by CLI script. Without DB analysis you cannot help me anyway.
ad 2) This means that you can't work on translations on the staging version with a different URL, as if these links are saved in the translation memory, they will show up in the live version. If this is expected, the whole idea to make translation on staging site is completely wrong and it means that designed procedure is completely nonsense. Please consult whole procedure and diagnostic with L2.
ad 3) This ticket is the last chance to keep this site on WPML, otherwise I have to migrate to another solution. I need to get the procedure which leads to smooth working system and not to other tickets on the support. You can report the incomplete deletion of translation as a bug, because it was not expected behavior (but they know I see).
Hello, let's make a new plan which will align all bugs and features of WPML.
* Let's prepare new WP installation and migrate only original Czech language using WPML import export plugin. We can also import Spanish if it is really safe.
* Then we make this as new original website to keep the same URL, because WPML translation memory does not reflect Site URL changes. We will redirect all traffic to the old translations to the old website copy on another URL via htaccess. I can be complicated to make a consistent setup for good user experience.
* analyze missing / orphan / duplicated images in the media gallery.
* images uploaded to EN version has to be uploaded / imported to new version additionally and matched to original language
* if not imported, try to recover Spanish version already made by ATE on the new site.
* we can make some development in original language
* we can sync changes in ES version
* we can found new ATE languages for EN DE RU and FR and make a new translations manually (no API or import is supported) - This is a critical step, because new languages URL can be in conflict with redirection to old translations on website copy.)
Pleas consult this setup and try to complete details. I tried to use WPML import export but I am not sure with the setup to export / import only original or original and Spanish language.
It is sure, that export / import will create valid WP content with perfect data integrity?
Old translations deleted completely on dev version.
The topic ‘[Closed] new.arc.cz’ 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.
