You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since #5551 got closed and it's still not functioning as desired, here's a follow-up for this issue, which is bugging me in Kirby 4.5.0.
I was just playing around with this new feature, but apparently it doesn't work as expected as it brings the visitor to a 404 page. When I'm adding a link to another page, no matter in which language for a page I'm working, the current language is added to the a.
So, for instance, when I'm working in NL the HTML based on a UUID looks like <a href="/nl/@/page/HlyrsG30ZVPXPd9F">hallo</a> and when I'm working on a Spanish translation, it adds es to the URL so that it looks like <a href="/es/@/page/HlyrsG30ZVPXPd9F">hola</a>. The weird thing is, it works well in the non default language, but a UUID-based link that also contains the default language prefix, leads to a 404.
This HTML can also be found in the accompanying .txt file in the content folder; it appears that the link creator in the panel adds the country prefix to the URL which results in errors, since a link without a language prefix, like <a href="/@/page/HlyrsG30ZVPXPd9F">hello</a> works fine.
Not adding the language prefix via the panel when a user is editing something in the default language should do the trick here?
The text was updated successfully, but these errors were encountered:
Since #5551 got closed and it's still not functioning as desired, here's a follow-up for this issue, which is bugging me in Kirby 4.5.0.
I was just playing around with this new feature, but apparently it doesn't work as expected as it brings the visitor to a 404 page. When I'm adding a link to another page, no matter in which language for a page I'm working, the current language is added to the
a
.So, for instance, when I'm working in NL the HTML based on a UUID looks like
<a href="/nl/@/page/HlyrsG30ZVPXPd9F">hallo</a>
and when I'm working on a Spanish translation, it addses
to the URL so that it looks like<a href="/es/@/page/HlyrsG30ZVPXPd9F">hola</a>
. The weird thing is, it works well in the non default language, but a UUID-based link that also contains the default language prefix, leads to a 404.This HTML can also be found in the accompanying
.txt
file in thecontent
folder; it appears that the link creator in the panel adds the country prefix to the URL which results in errors, since a link without a language prefix, like<a href="/@/page/HlyrsG30ZVPXPd9F">hello</a>
works fine.Not adding the language prefix via the panel when a user is editing something in the default language should do the trick here?
The text was updated successfully, but these errors were encountered: