fastlane: Arabic language not supported in metadata

Any update?

This issue should not be closed because it’s still not fixed

This issue is still happening with fastlane 2.134.0.

It fixed on the last fastlane !

[12] pry(main)> Spaceship::Tunes.client.available_languages.sort => [“ca”, “cs”, “da”, “de-DE”, “el”, “en-AU”, “en-CA”, “en-GB”, “en-US”, “es-ES”, “es-MX”, “fi”, “fr-CA”, “fr-FR”, “he”, “hi”, “hr”, “hu”, “id”, “it”, “ja”, “ko”, “ms”, “nl-NL”, “no”, “pl”, “pt-BR”, “pt-PT”, “ro”, “ru”, “sk”, “sv”, “th”, “tr”, “uk”, “vi”, “zh-Hans”, “zh-Hant”]

I just ran the above method locally today but it still returns the same not including “ar” 😞

Hi, chipping in since I have the same issue. That call is actually performed when the app page is loaded, just after selecting an app on App Store Connect. The endpoint is hit just once on loading, any action on languages or saving performs no additional calls.

Something interesting I noticed: there seems to be no reference to the “AR” language in the response body, although you can select Arabic from the UI. Hebrew, which was added the same day as Arabic, is managed correctly and is included in that response… 🤔

Seems to be an issue on Apple’s end. If I run available_languages = Spaceship::Tunes.client.available_languages.sort I only get 38 responses

["ca", "cs", "da", "de-DE", "el", "en-AU", "en-CA", "en-GB", "en-US", "es-ES", "es-MX", "fi", "fr-CA", "fr-FR", "he", "hi", "hr", "hu", "id", "it", "ja", "ko", "ms", "nl-NL", "no", "pl", "pt-BR", "pt-PT", "ro", "ru", "sk", "sv", "th", "tr", "uk", "vi", "zh-Hans", "zh-Hant"]

Arabic is 100% missing here. I can confirm that the upload is working directly via spaceship.

I recommend forking fastlane and removing the “Apple check” https://github.com/fastlane/fastlane/blob/70a41f3c1c17b4ce6eef67c8eac309a7f1637664/deliver/lib/deliver/loader.rb#L29 and just use the “hardcoded” Fastlane defaults and check if it is working for you.

The bug is still there at 2.137.0

Oh, I meant that even though iOS 13 including App Store app that supports Arabic metadata had been released this issue hadn’t been fixed. So I just posted the same result run on a different day.

The issue still stays as I checked it now😞

[5] pry(main)> Spaceship::Tunes.client.available_languages.sort
=> ["ca", "cs", "da", "de-DE", "el", "en-AU", "en-CA", "en-GB", "en-US", "es-ES", "es-MX", "fi", "fr-CA", "fr-FR", "he", "hi", "hr", "hu", "id", "it", "ja", "ko", "ms", "nl-NL", "no", "pl", "pt-BR", "pt-PT", "ro", "ru", "sk", "sv", "th", "tr", "uk", "vi", "zh-Hans", "zh-Hant"]
[6] pry(main)> Spaceship::Tunes.client.available_languages.sort.count
=> 38

It may not be likely to be fixed anytime soon.

@fabioalmeida it was fixed with this commit https://github.com/fastlane/fastlane/pull/15572

This issue is still happening with fastlane 2.137.0 so it shouldn’t be closed.

If an ar-SA folder is present, the following error is triggered:

[!] Unsupported directory name(s) for screenshots/metadata in './fastlane/metadata': ar-SA Valid directory names are: ["ca", "cs", "da", "de-DE", "el", "en-AU", "en-CA", "en-GB", "en-US", "es-ES", "es-MX", "fi", "fr-CA", "fr-FR", "he", "hi", "hr", "hu", "id", "it", "ja", "ko", "ms", "nl-NL", "no", "pl", "pt-BR", "pt-PT", "ro", "ru", "sk", "sv", "th", "tr", "uk", "vi", "zh-Hans", "zh-Hant", "appleTV", "iMessage", "default"].

Do we know where this URL ra/apps/storePreview/regionCountryLanguage comes from and if it is still used in App Store Connect?

(I checked the history of that code, and in the beginning it was added to fix broken or wrongly cApItAlIzEd language codes in folder names, but later this was changed to a harder verfication. The initial discussion included doubts if that endpoint really returns all the supported languages already - which now bites us)

@janpio added environment; @max-ott That’s interesting, because the screenshots are generated and uploaded to the App Store successfully with ar as language in the Snapfile. So I will change it to ar-SA and give it a try for metadata. As you can see I am on fastlane-2.126.0 and the error message does not mention ar or ar-SA at all. I updated with fastlane update_fastlane.