[Resolved] Slug translation motopress hotel booking issue

Hello,

I apologize for the late reply. I had some hosting issues and stuff.

Regarding the problem described above, I think I have managed to solve it. Since Sunday, when I made some changes, the site has not given such an error, none of the above.

I have not applied the steps you suggested, because, as I wrote in a previous post, I had applied some of them and even all of them at one point, some several times, even for the same problem, but nothing helped.

As in the first post with which I opened the discussion, I described the problem with "slug" in the version with the Bulgarian language, which is also set to be the default language, etc.
Where "slug" was once shown as "nastaniavane" (one of the words for accommodation in Bulgarian) another time with the English word "accommodation" in the Bulgarian version and once worked in both cases, other times not, and that when it works in the Bulgarian version with both words "accommodation" and "accommodation", when it first shows the page and "slug" is not translated and shows it as "accommodation" in the Bulgarian translation, when the page is refreshed, the same slug "accommodation" changes of "nastaniavane". Which is also an indication that somewhere there is an intertwining of two names for one language, in this case Bulgarian. As you can see from the screenshots, especially in the string translation images, that the slug "accommodation" in English is also translated into Bulgarian, however, from this translation of the slug, the system takes the translation for the other language and puts it in the slug change field in the part with the WPML settings where it is specified whether to translate the slug or not.
Since the default language is Bulgarian, the translation word "nastaniavane" (in Bulgarian) for "accommodation". Probably due to the fact that a slug has been translated directly into the string translation, it causes sticking and confuses the reservation system because of the Bulgarian word, which replaces the role of "accommodation". Because accommodation is key to the operation of the reservation system. So, I went to the string translation and instead of directly translating "accommodation" as "nastaniavane", as it was before, I simply also wrote "accommodation" in the field for the Bulgarian translation. And since, as I said, then this translation is transferred to the WPLM settings in the part with translations for taxonomies and slugs, from there I have already changed things, because even in Bulgarian it showed me accommodation and because from there I already have an active option to change the language to which the name refers, from there I changed it so that it is not Bulgarian, but English. Then WPML, after updating the settings, showed me the change field correctly and then I already wrote the Bulgarian word "nastaniavane" for "accommodation".

I'm describing how I solved the problem, since you still have no way of knowing exactly what I did and did on the site and the translation, etc. in detail before I turn to you.

Once again, thank you very much for your responsiveness and quick response, and I apologize for my late response.

Best Regards,