-
-
Notifications
You must be signed in to change notification settings - Fork 818
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
[Regression] Removing default taxonomylink route leads to exception #3070
Comments
Yeah I made that change. The keys of the taxonomy list is the url, so setting them all to "/" would overwrite all subsequent taxonomies. |
We could fallback to |
I think that would work well, when I put in taxonomy routes manually, that is the format I use. Records use some sort of magic to detect the route their assigned when I manually change them (such as when I change the page route to just Would taxonomies be able to employ a similar magic? |
Your magic is your magic 🎱 We just need to keep the keys unique. Personally I don't like the format, but we can't change it without breaking BC. I think the fact that it will be a bad link is fine, given the disclaimer you mentioned. |
It used to be this: $link = sprintf("%s%s/%s", $this->app['paths']['root'], $taxonomytype, $slug); Should the fallback be that ^ or: $link = $taxonomytype . '/' . $slug; |
I like taxonomies, but a lot of the time I don't want their urls so I just remove them. Commenting them out in
routing.yml
gives me the following:There is a simple enough hackfix for this - just give the taxonomylink a path that is already taken (such as
/
for the home page) and give it a lower priority than the other route.I am aware of the disclaimer in
routing.yml
But this change isn't an exceptional requirement, so I don't think it should be one to break the website.
The text was updated successfully, but these errors were encountered: