Forum Replies Created
-
AuthorPosts
-
Mr Rupert CefaiParticipant
This reply is private.
Mr Rupert CefaiParticipantHello, I can confirm that I’ve tried the process again and it’s still not working.
Mr Rupert CefaiParticipantThanks, it seems to work once I’ve imported events for the first time into those columns.
Mr Rupert CefaiParticipantHi,
I’m using the test data you supplied in your previous reply.
Thanks!Mr Rupert CefaiParticipantHi,
Thanks for this. However, I still see “Do not import” for most of the columns, meaning I have to manually select the corresponding fields for them. I’ve updated my dev site and all its plugins, in case there’s a conflict somewhere.Mr Rupert CefaiParticipantHello Geoff,
Thank you for your reply and kind assistance.
I confirm that we are using WPML for multilingual functionality, and that both WPML String Translation and WPML Translation Management plugins are present and actively used. Also, ’Events’, ‘Organizers’, and ‘Venues’ under the Custom Posts section and the ‘Event Categories’ under the Custom Taxonomies section are all selected.
We have followed the instructions provided in your reply – upon creation of translated version of our test event, we were presented with the following message: ‘This document is a duplicate of (post name) and it is maintained by WPML. WPML will no longer synchronize this tribe_events with the original content.’
The message has puzzled us, as for the past months all our linked (single) events have been created using ‘Copy content from’ option, with no issues whatsoever. Also, all event slugs have so far been correctly structured using language directory construct (/en/), as configured in WPML.
We can confirm that the ‘?lang=en’ param has only started being appended to the slug construct after recent updates to Events Calendar and Events Calendar PRO. We have also noticed that all our (single) events created prior to the plugin updates have now the ‘?lang=en’ param appended at the end of their slug, although the switch from one language to another in the front-end seems unaffected by the new param. For some strange reason, event series seem not to follow the same configuration as our single events.
Kindly advise what would be the next step in our attempt to put event recurrence to work on our site – thank you in advance.
With best regards, James
Mr Rupert CefaiParticipantHi,
I have the same issue as above but I am still on version 3.11.1 of Calendar PRO and have no custom templates. Strange this happened and that the simple CSS fix above fixes it.Is this a bug maybe?
-
AuthorPosts