mirror of
https://ghfast.top/https://github.com/discourse/discourse-translator.git
synced 2026-07-16 11:46:33 +08:00
644a165818
Currently (before the custom fields to tables migrations), locales are sometimes saved as "pt-PT" and "pt_BR" due to the API returning the former and us saving the latter through I18n.locale. e.g. we are seeing the following in the custom fields, which would mean that the table migrations (https://github.com/discourse/discourse-translator/pull/201) also have inherited the discrepancies. ``` #<PostCustomField:0x00007faffb49f798 id: 12321231, post_id: 1231241, name: "translated_text", value: "{\"en_GB\":\"\\u003cp\\u003eGreat post my friend \\u00...", # < locale is underscored ...> # and #<PostCustomField:0x00007faffb49dfd8 id: 12313123, post_id: 123123, name: "post_detected_lang", value: "pt-PT", # < locale is hyphenated ...> ``` This commit adds a migration to convert all values to the hyphenated version, ensures we save the hyphenated ones to the db, and introduces a `locale_matches?` on the translatable models. |
||
|---|---|---|
| .. | ||
| 20210429154318_remove_empty_translation_custom_fields.rb | ||
| 20230323110557_rename_translator_azure_custom_domain_site_setting.rb | ||
| 20250205082400_create_translation_tables.rb | ||
| 20250205082401_move_translations_custom_fields_to_table.rb | ||
| 20250205082402_create_translation_indexes.rb | ||
| 20250210171147_hyphenate_translator_locales.rb | ||
