Discourse auto-hébergé 2026.10.0-latest, content_localization_supported_locales = zh_TW|en|zh_CN, default_locale = zh_CN, messages rédigés en chinois simplifié.
Les traductions en anglais fonctionnent correctement (Administration → Extensions → IA → Traductions : en 17/23 messages). Le chinois traditionnel, lui, ne reçoit rien : zh_TW affiche 0 traduction, et seuls 5 messages sont considérés comme « éligibles », alors que le site en compte 23.
D’après le code source, il semble que LocaleNormalizer.is_same? ne compare que la partie située avant le _, de sorte que zh_CN et zh_TW sont traités comme la même langue : PostLocalizer.localize retourne précocement, et PostCandidates.needs_localization exclut la cible zh pour les messages dont la langue d’origine est zh. La même vérification dans Localizable#in_user_locale? signifie également qu’un lecteur utilisant zh_TW est considéré comme comprenant déjà la source zh_CN.
Donc : la fusion de zh_CN et zh_TW est-elle intentionnelle ? Si c’est le cas, existe-t-il une méthode prise en charge pour servir du chinois traditionnel à partir de contenu en chinois simplifié ? Sinon, serait-il possible de rendre l’appariement des locales sensible aux variantes pour ces deux langues ?