We've found the following error in the debug.log: https://pastebin.com/bQ2GQc0r
We're also encountering the issue where content keeps getting reset to older versions. Could you also check for that?
The error is related to an illegal mix of collations between two tables, here is the exact query: https://pastebin.com/kiNf6g3i
In your error message, it's evident that you have a mix of collations: utf8mb4_unicode_520_ci and utf8mb3_general_ci, and this is causing a problem when you try to use the 'LIKE' operator in your SQL query.
1- Identify the Problem Tables: First, identify the tables involved in this query and check their collations. In your case, you're dealing with the wp_posts and wp_icl_translations tables.
2- Change Collations: You need to make sure that all tables involved in your query have the same collation. In this case, you should change the collation of the tables to match. You can use a tool like phpMyAdmin or run SQL queries to alter the collations. To change the collation of a table, you can use SQL queries like this:
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_520_ci;
Replace table_name with the actual table names you are working with.
3- Update Character Set and Collation in WordPress: After altering the database table collations, you may also need to update the character set and collation settings in your WordPress configuration to match the new collations. You can do this by editing your wp-config.php file. Make sure that the DB_CHARSET and DB_COLLATE settings match the new collations.
4- Re-run the Query: After making these changes, try running the query again to see if the collation error is resolved.
Please make sure to backup your database before making any changes to the collation. Collation changes can affect data and queries, so it's essential to handle them with caution.
If you're not comfortable making these changes yourself, consider running it on a staging site and seeking the assistance of a database administrator or a developer experienced with WordPress and database management.
Thanks for your reply, we've forwarded it to their server provider since we don't have direct acces.
Could that also be causing the issue of translation being reverted to older versions? We're trying to figure out what's causing the issue.
Could it also be because the customer might be editing translations first and then changing the text in Elementor? Or do you maybe have other clues on why that could be happening?