Discourse, размещённый самостоятельно (self-hosted), версия 2026.10.0-latest, параметр content_localization_supported_locales = zh_TW|en|zh_CN, параметр default_locale = zh_CN. Посты написаны на упрощённом китайском языке.
Английский перевод работает нормально (Админка → Плагины → ИИ → Переводы: en 17/23 поста). Традиционный китайский язык не получает ничего: для zh_TW отображается 0 переведённых постов, и лишь 5 постов вообще считаются «подходящими» (eligible), хотя на сайте их 23.
Судя по исходному коду, метод LocaleNormalizer.is_same? сравнивает только часть до символа _, поэтому zh_CN и zh_TW воспринимаются как один и тот же язык: метод PostLocalizer.localize завершает работу досрочно, а PostCandidates.needs_localization отбрасывает цель zh для постов, чей базовый язык — zh. Та же проверка в методе Localizable#in_user_locale? также означает, что читатель с настройкой zh_TW считается уже понимающим исходный текст на zh_CN.
Таким образом: является ли объединение zh_CN и zh_TW намеренным? Если да, есть ли какой-либо поддерживаемый способ предоставлять традиционный китайский для контента на упрощённом? Если нет, можно ли сделать сопоставление локалей чувствительным к вариантам языка именно для этих двух?