i18n: `Benötigt keine Übersetzung. Für Android wird nur die formelle Übersetzung verwendet (de_DE).`

[stefan-niedermann]

i18n: `Benötigt keine Übersetzung. Für Android wird nur die formelle Übersetzung verwendet (de_DE).`

[David-Development]

Hm.. weird. I assume the user is in austria or switzerland? I believe for germany the language code would be de-rDE. Since we don't have de-rCH the fallback will be values-de. At leasts that's what I'm getting from the following explanation on stackoverflow. So we'd only need values-de and values-de-rDE can and probably should be deleted if we don't plan on having any special translations for Germany / Switzerland / Austria.

The difference between values-de-rDE and values-de is that the first is referring to the country and language, while the other only requires the language.

What region is chosen can be determined in System Settings. German (Germany) is values-de-rDE while German (Switzerland) is values-de-rCH, but both are values-de.

If the system is set to German (Germany), it will first read all values from values-de-rDE, then the missing values from values-de, and finally from the default values.

This is useful for when values contains American English, and values-en-rGB can provide only the strings that are different (i.e. colour, flavour, customise).

Source: https://stackoverflow.com/a/26415196/13370504

[stefan-niedermann]

So what needs to be done to fix this? Just delete the region derivates? Ensure they aren't transferred from transifex in the future?

[David-Development]

@stefan-niedermann Exactly. At least that's my understanding 😅 Just keep values-de and delete all the other derivates.

[stefan-niedermann]

How do we ensure they won't be readded by the next transifex merge?

[tobiasKaminsky]

Fix is in nextcloud/docker-ci#472

[nickvergessen]

Fixed in 8b62eba

[stefan-niedermann]

Awesome, thanks :)

Guess we can close this issue then?