Using with Polylang — Event’s location disappears

  • Resolved annakelemen

    (@annakelemen)


    4 years, 5 months ago

    Hello!
    I use MEC with Polylang (latest free version of both), with 2 languages, works beautifully, except for one thing. The steps I do:

    1. I create the location for both languages (HU and EN)
    2. I create the event for both languages.
    3. I add the location to eg. the EN event (EN version of the location of course, as the form understands and lists only the corresponding ones.)
    4. I check the event, everything seems fine, shows the correct location.
    5. I add the HU version of location to the HU version of the event.
    6. I check both and the result is:
    – Location disappears from the EN version on the frontend, but shows up for the HU version.
    – When I open ‘All events’ in wp admin, in the list of the events the location shows the HU one for the EN event (which is incorrect), and when I open the event, it shows no location at all, as if I had never set it.

    So they actually overwrite each other upon saving.
    (It works the same way vice versa: if I add the location again to the EN event, it disappears from the HU one.)

    Do you, please, have suggestion on the reason, or any fix or workaround for this?

    Thanks very much in advance.

Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Contributor webnus

    (@webnus)

    Hi @annakelemen,

    what is your MEC and Polylang version exactly?
    I check it on the latest version but I didn’t see any issue.

    For troubleshooting, deactivate all your plugins and let the MEC remain active only, set your theme on default, then reload the page, if the issue was solved, then activate your plugins one by one and your theme, refresh your page and check to see which plugin is causing the issue.

    Please keep us informed,

    Best Regards

    Thread Starter annakelemen

    (@annakelemen)

    Hello!

    I have done as requested. When only MEC is active, HU and EN versions don’t override each other. But obviously then all my events are listed on the calendar page, as there is only one page, no language swticher.

    The next I switched on is Polylang, then the problem came. So it is pretty clear that Polylang and MEC together cause the issue. When I save the HU version of the event (even if simply clicking update without having changed a thing), the location of EN version is overwritten and hence not shown. And vice versa.

    My current versions of the plugins:
    Polylang: Version 2.8.2
    MEC: Version 5.12.0

    I suppose these are the latest ones.

    Any ideas how to solve this? Sure this is not reproducible on your side?
    Cause this basically makes me unable to use the calendar properly, as whenever I update an event, location is gone from the other language version of it.

    Thanks in advance!

    Plugin Contributor webnus

    (@webnus)

    Hi @annakelemen,

    sorry for the misunderstanding,

    We did this on our site. In fact, the way you are going is wrong – the purpose of polylang plugin is not to support what you are doing. You are modifying the event, but the Polylang plugin is to change the language of the event and it does not make sense by the plugin.

    For example, in a hotel, we have a 6-person meeting. You create an event in 6 different languages ??with Polylang and MEC, but you can not create different locations for this event. If the location changes, it means that the event is another event. please refer to the description of polylang plugin for more information.

    Best Regards

    Since I have the same problem as @annakelemen , I wanted to briefly ask about your solution. Second, I think Polylang is doing its job right here. I can understand @webnus that you say if the location changes it will be another event too. However, the task of Polylang is precisely that the location (e.g. Germany) is given the correct name with a different language setting (in this case Deutschland). Polylang knows exactly that Germany and Deutschland are the same place and also establishes the relationship between the two names.
    While MEC not only deletes the location but also the organizer, the category remains interestingly. Perhaps based on this observation one could establish a joint use of MEC and Polylang. It would be really great!

    Plugin Contributor webnus

    (@webnus)

    Hi @runimets,

    Thanks for contacting us,

    In fact, this is not possible. If you have another location for your event in other languages, so you need to create another event, because Polylang can not recognize another taxonomies id. you can also ask Polylang team questions about that.

    However, we would forward it to the developer team to be checked and if possible to be added in the next updates.

    Best Regards

    Thank you for your answer. After installing the query monitor plugin I saw, that you’re right. The sync of the post-metas from Polylang is the reason for this bug…

    Thread Starter annakelemen

    (@annakelemen)

    Hi @runimets!
    I never got to actually check the DB processes (only the DB itself, which I found funny as it showed the same location ID for the event in all the different languages, but I never was able to find out the location ID itself, thus understand if that is desired or not). Thanks for checking this and clarifying the origin!
    Are you going to turn to Polylang? I also submitted a riport on their forum too, but not got much response. Perhaps would be nice to keep in touch, so we can address the same problem and not overlap with each other.

    Thread Starter annakelemen

    (@annakelemen)

    @runimets here’s the issue I submitted to Polylang a few weeks ago: https://www.ads-software.com/support/topic/issue-when-using-with-modern-events-calendar/

    Hello,

    I am also having the same issue.

    This being unresolved is bad for the site’s SEO as well as Google Search Console shows these events as having no location set.

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘Using with Polylang — Event’s location disappears’ is closed to new replies.