# GitHub integration: language mapping **URL:** \ **Category:** Developers\ **Tags:** integrations, github\ **Created:** [February 4, 2025, 5:29pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460 "2025-02-04T17:29:05Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![jamescr](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/jamescr/32/3109_2.png) [@jamescr](https://community.transifex.com/u/jamescr)\ **Post date:** [February 4, 2025, 5:29pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/1 "2025-02-04T17:29:05Z")
I have been using Transifex GitHub integration successfully for some time without configuring correctly language codes that differ from the Transifex and the Android standard. This means when Transifex makes the PR to the wrong file path, manually I move the files to the correct file path and accept the PR. For automating the process, I added to the config file a [language\_mapping](https://help.transifex.com/en/articles/6265125-github-installation-and-configuration#h_94380d9cd8) section. Like this: ```auto settings: language_mapping: bg_BG: bg-rBG sr@Latin: b+sr+Latn cs_CZ: cs-rCZ fa_IR: fa-rIR fr_FR: fr-rFR pt_BR: pt-rBR pt_PT: pt-rPT tr_TR: tr-rTR zh_CN: zh-rCN zh_TW: zh-rTW ``` But, I still receive PR from Transifex ignoring the local\_code (android code). For example, [this recent PR](https://github.com/labexp/osmtracker-android/pull/500). Here is the [complete config file](https://github.com/labexp/osmtracker-android/blob/142862abc77a46a37981a3a5208d7d6dd9e78559/transifex.yml). Any idea of how to configure correctly the project? ---
**Author:** ![colvera](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/colvera/32/3187_2.png) [@colvera](https://community.transifex.com/u/colvera)\ **Post date:** [February 5, 2025, 5:02am UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/2 "2025-02-05T05:02:23Z")
Hi @jamescr, Thanks for contacting Transifex support, I want to let you know that we are currently working on this. We manage to reproduce the issue with all the information that you provide and we’ll get back to you as soon as we get any news. Best regards, Carlos Olvera ---
**Author:** ![Sandy\_DLR](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/sandy_dlr/32/2498_2.png) [@Sandy\_DLR](https://community.transifex.com/u/Sandy_DLR)\ **Post date:** [February 5, 2025, 11:49pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/3 "2025-02-05T23:49:48Z")
Hello Jamescr! This is Sandy from the Transifex team. I have a few questions about this issue: - Is this an issue happening with other languages, too? - For the specific language, do you come across the same issue if instead of sr@Latin: b+sr+Latn, you used something more common like sr\_Latn? ---
**Author:** ![jamescr](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/jamescr/32/3109_2.png) [@jamescr](https://community.transifex.com/u/jamescr)\ **Post date:** [February 6, 2025, 1:24pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/4 "2025-02-06T13:24:31Z")
Hi Sandy, > - Is this an issue happening with other languages, too? I added the language mapping section to the config file 2 days ago. Since then, I have only received one PR by Transifex, the serbian latin translation. So, I cannot confirm that it is happening with other languages. `* For the specific language, do you come across the same issue if instead of sr@Latin: b+sr+Latn, you used something more common like sr_Latn?` I’ll make the change and let you know. ---
**Author:** ![Sandy\_DLR](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/sandy_dlr/32/2498_2.png) [@Sandy\_DLR](https://community.transifex.com/u/Sandy_DLR)\ **Post date:** [February 6, 2025, 3:48pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/5 "2025-02-06T15:48:49Z")
Hi James! Thank you for your reply. We will also test this on our end, and I’ll let you know as soon as I have an update. Best, ---
**Author:** ![jamescr](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/jamescr/32/3109_2.png) [@jamescr](https://community.transifex.com/u/jamescr)\ **Post date:** [February 6, 2025, 5:53pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/6 "2025-02-06T17:53:49Z")
Hi Sandy, I checked (Android docs about language qualifiers values)[[App resources overview  |  Android Developers](https://developer.android.com/guide/topics/resources/providing-resources#table2)] and confirmed the correct value for Serbian in Latin script is `b+sr+Latn+RS`. Just for the test, I try `sr_Latn` and didn’t work (I got a compile error as the folder was not recognized). I didn’t try `sr_Latn` in the Transifex side of the language mapping because seems that side of te github integration is OK with the code. ---
**Author:** ![jamescr](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/jamescr/32/3109_2.png) [@jamescr](https://community.transifex.com/u/jamescr)\ **Post date:** [February 12, 2025, 5:58pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/7 "2025-02-12T17:58:21Z")
Hi Sandy, Update on this question > [@](#): > > Is this an issue happening with other languages, too? The language mapping ` zh_TW: zh-rTW` is working as expected, as you can see in this [GitHub integration PR](https://github.com/labexp/osmtracker-android/pull/510). ---
**Author:** ![colvera](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/colvera/32/3187_2.png) [@colvera](https://community.transifex.com/u/colvera)\ **Post date:** [February 12, 2025, 6:07pm UTC](https://community.transifex.com/t/github-integration-language-mapping/4460/8 "2025-02-12T18:07:23Z")
Hi @jamescr We appreciate your feedback regarding this issue. This has been addressed to our development team and they actively looking into this, as soon as we get any news we’ll get back to you. Best regards, Carlos Olvera