Content Studio doesn't read default for layout descriptor


We are working on an application whose default language is Norwegian, and the second language is English so we have:

  • (no)

We are using the latest version of Content Studio (4.2.4) and the content language is set to Norsk too.

We have many layouts and content types whose descriptors contain forms that use i18n.

Even setting the User Agent (Google Chrome 105.0.5195.127 64bits) primary language as Norwegian, the strings from the default strings are ignored and only the ones from the English sibling are shown in the example below:


The only ways we found to make the default language work are:

  1. Removing English from the browser’s language list;
  2. Creating a Norwegian-specific copy of ( and setting Norwegian as the browser’s primary language.

If the secondary language (English) exists in any sequence of the browser’s list, the translation in the default is ignored.

We tested many other apps and sites we have, and this is new behavior for us.


Enonic version: 7.9.2
OS: Ubuntu 20.04.4 LTS

Have tested this now. I have Norwegian Bokmål set as the main language, and I have norwegian phrases in and english phrases in phrases_en.properies.

Everything seems to be working as it should when it comes to localisation.

Here’s with Norwegian Bokmål as main language:

Here’s with English:

Here are translations:


<content-type xmlns="urn:enonic:xp:model:1.0">
    <input name="test" type="ContentSelector">
      <label i18n="action.archiveMore">Input label</label>
      <occurrences minimum="0" maximum="0"/>
action.archiveMore = Arkiver...

We are using the latest version of Content Studio (4.2.4) and the content language is set to Norsk too.

Content language has no effect on localisation of texts/input labels.

Did you find out why it didn’t work?


My browser configs are:


As I said before, the contains the Norge strings and the translations to English are inside the

The Norwegian strings are shown only when I remove the English language from my configurations.

I assure two more Enonic developers and I decided to open this Issue after testing all the scenarios above (both have more experience than I have).

Thank you for your support.

This is correct behaviour based on your browser config. is used only as a fallback, only when there’s no match with any language configured in your browser.

In your case, the system goes down the list of languages until it finds “English” which you have a matching file for (phrases_en.properies) and uses it.

In other words, is a fallback resource bundle, not a default one.

Ok, so the behavior you have with Norwegian Bokmål as the main language should be the same I have with Portuguese as the main language, no?

I see we have two conflicting pieces of information here. If comparing my configuration and your configuration, since the Content language has no effect, the behavior should be the same (I believe).

If your main language is not explicitly specified and you have the English language in your list, Content Studio should then show everything in English.

Sorry for insisting, but the information is really conflicting.

Yeah, it seems I rushed a bit the first time I commented. I used one of the same resource keys that we used in Content Studio in the test app, so instead of the one from the test app it was Content Studio’s phrase.

This time I did it properly, using a brand new resource key in the test app. Here’s my setup:

user.greeting = (no) Hei, vi er i Norsk!

user.greeting = (en) Hello, we're in English!


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <display-name i18n="user.greeting">Text Line</display-name>
    <input name="requiredTextLine" type="TextLine">
      <label i18n="user.greeting">Required Text Line</label>
      <occurrences minimum="1" maximum="1"/>

Browser settings:


So, my browser language is Norsk Bokmål. Content Studio shows Norwegian texts in the menu etc. because we have for Content Studio. But user.greeting phrase that comes from the test app is in English, because in the test app we have and that’s what is picked up (since there’s no in the app). (the fallback) is never used.

Ok. Now the question became clear.

Is there any way to make the application read the without creating a, or else, to have a and make this file the default one? Would be very useful to avoid duplicating code and having one more strings file to manage.

Thank you!

I don’t see how this will work. If we do it like you suggest, then the default bundle will ALWAYS be used, even if there’s another phrases_xx bundle that actually matches the user’s browser language.

You are basically forcing user to use phrases that his/her browser may not support. If you want to debug localisation for Norwegian language, then you have to add Norwegian to your browser languages.

No, It is not a suggestion and is not what I would like to be possible to do.

Just close the topic.


I’ll leave it open in case there will be similar questions/confusion in the future.