Defect #18110
closed
Extraction of list of available locales is probe to bad gems
0%
Description
I added a plugin to my Redmine which indirectly depended on kaminari gem who contains a badly named kaminari.yml locale file: https://github.com/amatsuda/kaminari/tree/master/config/locales. Hence a second "English" named language with a key of kaminari is added to list of Redmine languages.
Updated by Jean-Philippe Lang about 10 years ago
- Status changed from New to Needs feedback
Ebrahim Mohammadi wrote:
Hence a second "English" named language with a key of
kaminariis added to list of Redmine languages.
Which list contains this second "English" language ? Can you provide a screenshot or something and a way to reproduce this problem, thanks.
Updated by Ebrahim Mohammadi about 10 years ago
Dropdown list of Redmine languages is shown in these two locations both of which are affected:
- My Account -> Language
- Administration -> Settings -> Display -> Default language
Non-tested steps to reproduce:
- Add
kaminarito Gemfile of Redmine as dependency bundle updaterails server- See any of two affected lists of Redmine languages
Updated by Jean-Philippe Lang about 10 years ago
- Resolution set to Cant reproduce
Ebrahim Mohammadi wrote:
Non-tested steps to reproduce:
- Add
kaminarito Gemfile of Redmine as dependencybundle updaterails server- See any of two affected lists of Redmine languages
I tried this already but was not able to reproduce.
Updated by Ebrahim Mohammadi about 10 years ago
I think kaminari has to be loaded in Redmine in order to add its locale path to ::I18n.load_path which is used in Redmine::I18n::Backend.available_locales in lib/redmine/i18n.rb.
Updated by Jean-Philippe Lang about 10 years ago
- Status changed from Needs feedback to Closed
- Assignee set to Jean-Philippe Lang
- Target version set to 2.6.0
- Resolution changed from Cant reproduce to Fixed
I was able to reproduce and it's fixed in r13450 (make sure to clear your cache).
Locales without the :general_lang_name locale are now ignored.