Open zkrechowiec opened 2 months ago
Hi, I can confirm this behaviour. In freemode, the generated URLs to news detail pages are always using the original path segment and never the translated path segment. This leads to a 404 (unless a fallback language is configured). It would be better to get the correct language-aware URLs.
I am not sure if this is really a news issue but a core issue?
@georgringer I agree! It is a core behaviour concerning any data type and currently the only workaround I could find is to configure a fallback language even though the language mode is "free" and not "fallback"
Bug Report
Current Behavior I have a site with multiple languages (EN as default, FR as secondary), when I translate a news item, the slug for my news item contains the path_segment EN ex: EN: /newspress/detail-view/test-en FR: /fr/actualites/vue-detaillee/test-en instead of /fr/actualites/vue-detaillee/test-fr
If I don't configure a fallback language (which is what I need on my site), I can't access the detailed view of my FR news (by going through the language menu from the EN detailed view or the FR list view) I get a 404.
If I add a fallback to the EN language still in free mode, then the detailed view works with the url /fr/actualites/vue-detaillee/test-en
My url rewriting is configured like this: routeEnhancers: News: type: Extbase limitToPages:
defaultController: 'News::list' defaults: page: '0' aspects: news-title: type: PersistedAliasMapper tableName: tx_news_domain_model_news routeFieldName: path_segment
And my language menu is generated by the LanguageMenuProcessor
Thanks in advance, Zoïa
Environment