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
It is possibly not a good idea to convert the link-string (generated by LanguageMenuProcessor) to a Typolink class.
It is how TYPO3 LinkService resolve method works. It is not intended to "decode" slugs. As it is no modern t3://-string-representation and even no "legacy-notation" in the end - as slugs not existed before TYPO3 v9. This results in unpredictable behaviour. In this case LinkService thinks it is a folder.
For example for a language menu and a website homepage.
You have this possible original array data:
But this converts to this, if you use Navigation data structure:
This is at least how the PageRouter tries to resolve a path in first place. I think one could make use of it as well to resolve a "slug" to a page uid for Typolink class.
Hi!
It is possibly not a good idea to convert the link-string (generated by LanguageMenuProcessor) to a Typolink class.
It is how TYPO3 LinkService resolve method works. It is not intended to "decode" slugs. As it is no modern
t3://
-string-representation and even no "legacy-notation" in the end - as slugs not existed before TYPO3 v9. This results in unpredictable behaviour. In this case LinkService thinks it is afolder
.For example for a language menu and a website homepage.
You have this possible original array data:
But this converts to this, if you use
Navigation
data structure:Zoomed in:
see https://github.com/sitegeist/fluid-components/blob/master/Classes/Domain/Model/LanguageNavigationItem.php
Possibly it needs adaptions to the Typolink class. see https://github.com/sitegeist/fluid-components/blob/master/Classes/Domain/Model/Typolink.php#L58
The text was updated successfully, but these errors were encountered: