# Issue with GitHub integraction, "no metadata to Github file path"

**URL:** <https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652>\
**Category:** Developers\
**Tags:** integrations\
**Created:** [February 3, 2020, 4:17pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652 "2020-02-03T16:17:19Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![iGormilhit](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/igormilhit/32/1401_2.png) [@iGormilhit](https://community.transifex.com/u/iGormilhit)\
**Post date:** [February 3, 2020, 4:17pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/1 "2020-02-03T16:17:19Z")

</div>

At RERO, we have three projects that make use of transifex, and we configure the GitHub integration. For two projects, the integration took place as we opened the projects on transifex, and it works fine.

But for the third one, the project already existed on transifex, and we’re struggling a lot to make it work. In the GitHub to transifex, everything is ok. But when a resource is ready (ie 100 % translate and 100 % revised), the synchronisation fails with this message:

```auto
p:reroils:r:rero-ils-translations-messages-pot--dev:l:en
Transifex resource with project slug `reroils` and resource slug `rero-ils-translations-messages-pot--dev` has no metadata to indicate the Github file path

```

The project is this one: [https://www.transifex.com/rero/reroils](https://www.transifex.com/rero/reroils)  
Here the resource: [https://www.transifex.com/rero/reroils/rero-ils-translations-messages-pot--dev/](https://www.transifex.com/rero/reroils/rero-ils-translations-messages-pot--dev/)  
The project on GitHub: [https://github.com/rero/rero-ils](https://github.com/rero/rero-ils)

The configuration file:

```auto
filters:
  - filter_type: file
    file_format: PO
    source_language: en_US
    source_file: rero_ils/translations/messages.pot
    translation_files_expression: 'rero_ils/translations/<lang>/LC_MESSAGES/messages.po'

```

Here a glimpse of the files paths:

```auto
rero_ils/translations/messages.pot
rero_ils/translations/<lang>/LC_MESSAGES/messages.po

```

We tried a lot of things. And we’re not sure to understand correctly the error message, because where transifex is looking for metadata to the github file path? In the configuation file (integration parameters), or in the `messages.pot`, or in the slug?  
I’ve check the thread on github integration here, and on the web, but couldn’t find anything about this missing metadata.

---

<div class="post-metadata">

**Author:** ![Panagiotis\_Kavrakis](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/panagiotis_kavrakis/32/1402_2.png) [@Panagiotis\_Kavrakis](https://community.transifex.com/u/Panagiotis_Kavrakis)\
**Post date:** [February 5, 2020, 12:59pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/2 "2020-02-05T12:59:13Z")

</div>

Hello Igor,

Thank you for reaching out Transifex support. We are looking at your issue. We will answer to you as soon as possible.

Kind Regards,  
Panagiotis

---

<div class="post-metadata">

**Author:** ![iGormilhit](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/igormilhit/32/1401_2.png) [@iGormilhit](https://community.transifex.com/u/iGormilhit)\
**Post date:** [February 6, 2020, 7:31am UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/3 "2020-02-06T07:31:17Z")

</div>

Thanks. I hope we will find a solution! 🙂

---

<div class="post-metadata">

**Author:** ![Panagiotis\_Kavrakis](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/panagiotis_kavrakis/32/1402_2.png) [@Panagiotis\_Kavrakis](https://community.transifex.com/u/Panagiotis_Kavrakis)\
**Post date:** [March 4, 2020, 8:58am UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/4 "2020-03-04T08:58:43Z")

</div>

Hello Igor,

I am posting here the solution to the issue you reported in case someone else comes across the same issue in the future.

When we sync resources with GitHub, the system automatically updates the resource slug in Transifex. This change should automatically be done by the system and not manually. Otherwise, the 2 systems won’t be able to connect.

More information about how this works can be found in our documentation guide [here](https://docs.transifex.com/transifex-github-integrations/github-tx-ui#syncing-existing-resources-with-github).

Kind regards,  
Panagiotis

---

<div class="post-metadata">

**Author:** ![pjrobertson](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/pjrobertson/32/2182_2.png) [@pjrobertson](https://community.transifex.com/u/pjrobertson)\
**Post date:** [April 30, 2022, 3:54am UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/5 "2022-04-30T03:54:02Z")

</div>

I know this is a bit old, but I’m also experiencing this with the project at:

> **[The Quicksilver translation project on Transifex](https://www.transifex.com/quicksilver/quicksilver/)**
>
> Translate Quicksilver into your own language.

The Resources were created first, and then subsequently synced with GitHub. However, ever time I try to sync now I get the error:

```auto
Failed to send translations to GitHub:
p:quicksilver:r:quicksilver-plugins-main-bezel-en-lproj-localizable-strings--master:l:ca
Transifex resource with project slug `quicksilver` and resource slug `quicksilver-plugins-main-bezel-en-lproj-localizable-strings--master` has no metadata to indicate the GitHub file path

```

@Panagiotis_Kavrakis: your link doesn’t provide a solution for the actual issue. I did accidentally change the slugs manually, so what can I do now to get this working?

Thanks

---

<div class="post-metadata">

**Author:** ![Ryan](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/ryan/32/1868_2.png) [@Ryan](https://community.transifex.com/u/Ryan)\
**Post date:** [May 2, 2022, 2:20pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/6 "2022-05-02T14:20:50Z")

</div>

Hello @pjrobertson,

The relevant part of the doc that my coworker, Panagiotis, shared is…

 ![image](https://canada1.discourse-cdn.com/flex030/uploads/transifex/original/2X/5/521106916d612fdadc0360385c663a0d67986464.png)

So, to get these resources syncing again, please change the slugs to the filename + extension. For example, if the filename is “mysourcefile.strings”, then the slug should be “mysourcefilestrings” and the GitHub integration will rename it appropriately.

Regards,  
Ryan  
Transifex Customer Support

---

<div class="post-metadata">

**Author:** ![pjrobertson](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/pjrobertson/32/2182_2.png) [@pjrobertson](https://community.transifex.com/u/pjrobertson)\
**Post date:** [May 2, 2022, 4:56pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/7 "2022-05-02T16:56:28Z")

</div>

Great, thanks Ryan! That worked perfectly.

I had a couple of resources with the same name (localizable.strings) so I of course couldn’t set them all to use the slug “localizablestrings”. Instead, I had to rename them and then re-sync one at a time. A bit cumbersome, but it worked. Definitely not the smoothest integration ever.

---

<div class="post-metadata">

**Author:** ![Ryan](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.transifex.com/ryan/32/1868_2.png) [@Ryan](https://community.transifex.com/u/Ryan)\
**Post date:** [May 2, 2022, 5:18pm UTC](https://community.transifex.com/t/issue-with-github-integraction-no-metadata-to-github-file-path/1652/8 "2022-05-02T17:18:52Z")

</div>

Hi,

Great, I’m glad you got it running again!

It is one of the more complex integrations. However, most customers find that it works quite well once they get used to it. It is duly noted, though, as this is not the first time this (slug/naming issue) has come up 🙂

Cheers,  
Ryan  
Transifex Customer Support
