WPML breaks tablepress database tables

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
-	9:00 – 12:00	9:00 – 12:00	9:00 – 12:00	9:00 – 12:00	9:00 – 12:00	-
-	13:00 – 18:00	13:00 – 18:00	13:00 – 18:00	13:00 – 18:00	13:00 – 18:00	-

Supporter timezone: Asia/Singapore (GMT+08:00)

Tagged: Bug

This topic contains 36 replies, has 2 voices.

Last updated by Kresimir 1 year, 1 month ago.

Assisted by: Kor.

Author	Posts
March 5, 2024 at 5:26 pm #15375904
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thank you for being patient. I've received feedback, and our Second Tier Support team believes that this issue may be linked to user account permissions. Upon inspecting the current existing accounts, I noticed that certain permissions are listed below the backend profile dashboard, as depicted in the attached screenshot. However, when I created a new user, these permissions did not appear. Could you recheck from your end?
March 6, 2024 at 12:59 pm #15379409
Kresimir	I see that, but 99% of them come from your plugins, right? Because this is your article explaining each: https://wpml.org/documentation/support/wpml-admin-capabilities/ I'm not sure why the new user doesn't have it. Does something have to be set somewhere in the settings of your plugins so that all users can see their additional capabilities?
March 6, 2024 at 1:38 pm #15379675
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thanks for your reply. Yes, I'm aware of that too. May I know, did you edit the roles using any 3rd party plugin or did you use the Access plugin as explained here? https://wpml.org/documentation/support/wpml-admin-capabilities/#granting-wpml-capabilities-to-users
March 7, 2024 at 7:50 am #15382487
Kresimir	Unfortunately, we do not use any similar plugins on the web. You can see a list of plugins that are active: hidden link As for the theme, we have also activated the free theme Twenty Twenty-Three: hidden link
March 7, 2024 at 9:33 am #15383011
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thanks for your reply. I've forwarded this back to our 2nd Tier Support for further investigation.
March 7, 2024 at 3:35 pm #15385420
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thank you for your understanding. I have some feedback to share based on what our 2nd Tier Support mentioned. It has come to our attention that the admin string "tablepress_tables" is being translated. It is advisable to either match the translation with the original value or refrain from translating this option altogether. Please refer to the provided screenshot. In the original, the last ID is 74, whereas in the translation, it is 40. Consequently, users with their language set to Croatian will encounter errors if they attempt to access a table with an ID higher than 40. This can be resolved by either aligning the translation with the original value or switching the user's language/admin language to English, enabling access to all values up to 74. To rectify this issue, we copied the original string to the translation and now it works. Could you please verify?
March 8, 2024 at 12:54 pm #15389302
Kresimir	I confirm that I can now normally enter data into any table and save. I can also create new tables. Can you explain again: a) How did this problem occur? b) How did you solve it? c) How can we not have that bug in the future? d) Can we remove the admin string "tablepress_tables" so that it is not translated? Will that help us to not have this problem?
March 11, 2024 at 4:54 pm #15396745
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thanks for your reply. Let me answer your questions. a) How did this problem occur? According to our 2nd Tier Support, the admin string - tablepress_tables was translated and we cannot trace who did it. b) How did you solve it? As shown in the attached screenshot, we removed the strings and used the copy option so that both languages use the same string. c) How can we not have that bug in the future? We cannot promise since we have no clue why the admin string - tablepress_tables was translated. d) Can we remove the admin string "tablepress_tables" so that it is not translated? Will that help us to not have this problem? Please backup before you try this. Let me know how it goes.
March 13, 2024 at 3:07 pm #15404826
Kresimir	Maybe I should reformulate the questions a bit, Why can the tablepress plugin and its tables be translated into another language even though you don't support it? Does this mean we can translate tables normally like other posts? How is it possible that the ids of the tables do not match in the languages? Is it maybe a problem or maybe those tables ended up being translated because there used to be an option included in the settings of the plugin: 'TablePress Tables (tablepress_table)'->Translatable. I also managed to solve the problem by setting: TablePress Tables (tablepress_table)'->Not Translatable and I delete the entire tablepress_tables from String translations. Now I don't know which option is better for me for production because we did all this on staging. Should I go with your option: 'we removed the strings and used the copy option so that both languages use the same string' or should I go with complete deletion?
March 13, 2024 at 5:21 pm #15405644
Kor WPML Supporter since 08/2022 Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thanks for your reply. As you know, tablepress is not fully tested with WPML or compatible, so we cannot answer your questions about whether or not tablepress can be translated normally like posts. Since you're able to solve the problem TablePress Tables (tablepress_table)'->Not Translatable and I delete the entire tablepress_tables from String translations, I'd suggest using the method here. Then, kindly ask the plugin author to join our 'Go Global' program (https://wpml.org/documentation/support/go-global-program/) where our Compatibility developers will help them make their product 100% compatible with WPML for free.
March 18, 2024 at 11:07 am #15420510
Kresimir	That's all I was wondering about, thank you for your help. You can close the support ticket.

The topic ‘[Closed] WPML breaks tablepress database tables’ is closed to new replies.