Vote #75651
完了Extraction of list of available locales is probe to bad gems
0%
説明
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.
journals
Ebrahim Mohammadi wrote:
> Hence a second "English" named language with a key of @kaminari@ is 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.
--------------------------------------------------------------------------------
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 @kaminari@ to Gemfile of Redmine as dependency
* @bundle update@
* @rails server@
* See any of two affected lists of Redmine languages
--------------------------------------------------------------------------------
Ebrahim Mohammadi wrote:
> Non-tested steps to reproduce:
>
> * Add @kaminari@ to Gemfile of Redmine as dependency
> * @bundle update@
> * @rails server@
> * See any of two affected lists of Redmine languages
I tried this already but was not able to reproduce.
--------------------------------------------------------------------------------
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@.
--------------------------------------------------------------------------------
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.
--------------------------------------------------------------------------------