- 🇬🇧United Kingdom scott_euser
The full site settings loader (from 2x version) now has proper entity storage and loading like any other entity.
This relates to the way core's language manager is setup - LanguageManager::getCurrentLanguage($type) uses a default value LanguageInterface::TYPE_INTERFACE for $type. This is a problem if the interface and content languages are configured to be negotiated separately - e.g. retain interface in site default language (e.g. English) even if content is shown in a translation language.
It could be argued that we should probably default to use the negotiated content language when translating site settings entities (e.g. when replacing site settings tokens, or rendering in twig templates) - assuming that they are being rendered on 'content' pages (vs admin pages). Is that a correct assumption, at least for the majority of use cases? Are developers placing site_settings entities on mostly content or mostly admin pages?
The attached patch defaults to use the content langcode.
Closed: outdated
1.0
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
The full site settings loader (from 2x version) now has proper entity storage and loading like any other entity.