-
-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
url_alias localizations not saving relation #185
Comments
I have confirmed this issue when creating/updating pages in the content manager. Though @aaronLejeune, as you mention, you also don't have the correct localizations after bulk generating the URL aliases. Is there anything I'm missing? |
@boazpoolman thank you for looking into it! Indeed the correct localizations after bulk generation are no there as well. Its just that they seem to disconnect the localised version for some reason. I have a single type the collection type I got a workaround by fetching localisations from the page itself, instead of going inside the |
Thanks for clarifying @aaronLejeune. I can't imagine your single type relation would have any effect on the translations. I would love to get this issue resolved! |
I've released the fix I was talking about in |
Bug report
Hi there! Thanks a lot for this great plugin!
Since we've been scaling our app a bit, we're experiencing some strange reactions when generating localised links in collection types.
Context
When we create a new page in a collection type eg.: support, our urls gets generated nicely:
sceenshot admin panel:
screenshot database:
Bug
Problem is, the localised versions are not linked for some reason.
We get the data back like this: (using graphQL)
when taking a look in the
wt_url_alias_localizations_links
table in our database, we can see that the ID references are not present. Sometimes, the relation is saved when we change slugs, delete an item , .... but then often, just one reference will be present.We tried to "Bulk generate" the collections but while we received a
Success: Successfully generated 4 URL aliases.
- there were still no localizations present. This affected both local and production machines while the data is the same.System
The text was updated successfully, but these errors were encountered: