[
https://issues.apache.org/jira/browse/NIFI-9623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17487375#comment-17487375
]
ASF subversion and git services commented on NIFI-9623:
-------------------------------------------------------
Commit 8d143e83677c6a40ac13bc9f98404dcc6817cc36 in nifi's branch
refs/heads/main from Rob Fellows
[ https://gitbox.apache.org/repos/asf?p=nifi.git;h=8d143e8 ]
[NIFI-9623] - Attempt to look up messages locale file without country
designation if it fails to find it with the country designation
Signed-off-by: Nathan Gough <[email protected]>
This closes #5707.
> Support a falling back to non-country locale to look for translations
> ---------------------------------------------------------------------
>
> Key: NIFI-9623
> URL: https://issues.apache.org/jira/browse/NIFI-9623
> Project: Apache NiFi
> Issue Type: Improvement
> Components: NiFi Registry
> Reporter: Rob Fellows
> Assignee: Rob Fellows
> Priority: Major
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> There is currently only a `messages.es.xlf`. This is the generic Spanish
> version of the text. However, most users will have their browser locale set
> to their language-country combination. Meaning users from Mexico would have a
> locale of `es-mx` and the current logic will try to find the messages files
> for `es-mx` and not find it, then default to the english version. However, it
> might be better to strip off the country and try again in cases like this and
> give the user an opportunity to get the messages for the generic language
> which in this example would be `es` and it would return those messages.
>
> The same issue exists in FDS: NIFI-6732. There is a solution up in PR form:
> https://github.com/apache/nifi-fds/pull/61
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
