Home › Forums › Calendar Products › Events Calendar PRO › WPML & Tribe Event bug
- This topic has 5 replies, 4 voices, and was last updated 9 years, 9 months ago by
Andrea Caperni.
-
AuthorPosts
-
July 6, 2016 at 7:24 am #1135944
Andrea Caperni
ParticipantAny news about the bug we explain in this topic?
July 6, 2016 at 4:58 pm #1136333Geoff B.
MemberGood evening Andrea and welcome back!
Thank you for writing back.
Unfortunately, we are still working hand-in-hand with the good folks at WPML on many WPML improvements and fixes, including support for recurring events.
As much as I hate being the bearer of bad news, this is unlikely to get released before the end of the summer from the looks of it. As an avid WPML user myself, I can’t wait.
With that in mind, there is a manual workaround possible. But, I have a few disclaimers to make about it:
- The “see all recurring events” link will not work even after you apply the workaround
- It involves manually assigning languages to each recurring event posts directly in the Database (via phpMyAdmin)
- You need to be fully comfortable with backing up your database and recovering it
Let me know if you would like me to walk you through that very imperfect workaround ?
Best regards,
Geoff B.
July 7, 2016 at 12:28 am #1136408Andrea Caperni
ParticipantHi Geoff,
yes! Explain me your imperfect workaround,
thank’sJuly 7, 2016 at 2:19 pm #1136928Geoff B.
MemberGood afternoon Andrea,
Thank you for writing back and for your patience.
Please, make a DB backup before attempting the following.Cause of the issue:
The parent post of the recurring events though and it’s translated counterpart, are registered properly in the icl_translations DB table (as a normal post would), along with their language_code.
But, the recurring event posts are not sent to the icl_translations DB table (as a normal post would).
As such, they don’t get assigned a language_code, which in turn means that they do not get returned for display because, according to the table WPML uses, they “don’t exist”.
Solution:
We need to force an entry in the icl_translations DB table FOR EACH post found in the wp_posts table, including the recurring events.
EACH entry created that way gets the default language assigned as its language_code.
To do that:
- Head over to WPML > Support and click on the “troubleshooting page” link.
- Scroll down to the Cleanup section
- Click on the “Set language information” button
Next, you need to correctly assign each recurring event post with the correct language values in the icl_translations DB table
To do that, you have a couple of options:
- Manually assigning the correct language to each recurring event post AND assigning each translation to it’s translated counterpart manually through the WP admin Events interface. This can take quite a while.
- Head over to PHP my admin and find the icl_translations DB table.
- Take a look at the last 4 columns in that table: “element_id”, “trid”, “language_code”, “source_language_code”
- element_id: the post_id of the event
- trid: which post_id it is a translation of
- language_code: sets the language of the post
- source_language_code: sets what language the original post is in
From there, you will need to manually set the info for those last 4 columns for all the recurring events that were freshly created from the previous step.
Let me know how that goes.
Best regards,
Geoff B.July 22, 2016 at 9:35 am #1143007Support Droid
KeymasterThis topic has not been active for quite some time and will now be closed.
If you still need assistance please simply open a new topic (linking to this one if necessary)
and one of the team will be only too happy to help. -
AuthorPosts
- The topic ‘WPML & Tribe Event bug’ is closed to new replies.
