enter image description here
this is my first time to use fastlane, i want to upload ipa file to testflight, in the Fastfile, i write this:
enter image description here
but when i excuted 'fastlane beta' in command line, it appeared error "Couldn't find app 'com.xxx.RFTestDemo' on the account of 'aaa#xx.com.cn' on iTunes Connect", i don't know what's wrong, hope someone to help me, thanks very much.
EDIT 2022: This issue popped back up as I was attempting upload to Testflight
FURTHER EDIT: Fastlane 2.204.2 is the official fix - bump to that one or remove the explicit version dependency for 2.204.1 to resolve
I started seeing the same issue this week after not touching the files for quite some time (we use Deliver and Pilotfiles for upload/submissions). From Fastlanes release pages: "There is an issue with how App Store Connect API is handling /v1/apps?filter[bundleId]= where the bundle identifier is greater than 25 characters."
As an interim solution please update fastlane versions to point to 2.204.1 (had to manually specify the version in our Gemfile) this is going to be a temp fix though, so watch for upcoming releases and flip back accordingly
Reference https://github.com/fastlane/fastlane/releases
I faced this same issue when running fastlane ios beta despite having the app correctly set up on my account, and found the cause to be the app identifier in my project's fastlane configuration was mis-spelt using the wrong case (eg 'com.Pxxx' instead of 'com.pxxx').
Correcting this in the first line of ios/fastlane/Appfile fixed the issue for me.
app_identifier("com.xxx")
Today I got the memo from Apple as probably every other Apple developer about potentially infected Xcode installations. (https://developer.apple.com/news/?id=09222015a)
I followed the instructions and tried to validate my Xcode app using the command mentioned. (spctl --assess --verbose /Applications/Xcode.app) The program ran for a while and exited with a "/Applications/Xcode.app: a sealed resource is missing or invalid" message.
The article says "Any result other than ‘accepted’ or any source other than ‘Mac App Store’, ‘Apple System’ or ‘Apple’ indicates that the application signature is not valid for Xcode." However, I'm actually pretty sure my Xcode copy is legitimate (downloaded and updated via App Store with Gatekeeper enabled) so I thought maybe there could be another problem preventing it to validate as it should.
Do you have any ideas what this error message actually means? Do you think I need to reinstall Xcode just in case?
Thanks in advance for your help.
The false positive validation issue appears to be caused by containing previous iOS SDKs in order to be backwards compatible.
A clean install will completely wipe the SDK directories. When you run the validation test after a clean install it will pass. Once you copy previous iOS versions, which, for us, is iOS 8 for iPhone, the validation will fail.
This scenario was tested after updating to XCode 7.0.1 (7A1001) which was released earlier this afternoon.
In order to avoid a clean install, you can temporarily remove the previous SDK version from their respective location, and run the validation. Then, once the validation passes, copy the files back where they belong.
I was getting the same message "a sealed resource is missing or invalid". However i was able to rectify the issue by going into the App Store and downloading the latest version of Xcode - Version 7.0 (7A220), and this seems to have rectified the issue.
Although i did first try updating Xcode through the updates section on the App Store, but for some reason this didn't work. So i would recommend going into the App Store > Search for Xcode > Then install the latest version available to you.
Depending upon gatekeeper settings.please check gatekeeper settings to allow anywhere and revalidate Xcode.
Anyone have this error, ITMS-90046?
In the Apple Developer Center in the App IDs section check if you activated the Associated Domains capabilities for your Bundle
If yes and you do not need it disable it and regenerate your App Store mobileprovision.
If you really need that feature you need to setup the associated domains within your app. More information on Apple Doc
Apple Developer Program Support
technical notes and troubleshooting steps for this kind of issue:
https://developer.apple.com/library/ios/technotes/tn2415/_index.html#//apple_ref/doc/uid/DTS40016427-CH1-INTRODUCTION-EXAMPLE_ERRORS
and "Checking Distribution Entitlements”:
https://developer.apple.com/library/mac/qa/qa1798/_index.html#//apple_ref/doc/uid/DTS40014167
and this one as I can see that there is something about the Bundle in the error message which you are receiving:
https://developer.apple.com/library/ios/documentation/General/Conceptual/DevPedia-CocoaCore/Bundle.html#//apple_ref/doc/uid/TP40008195-CH4-SW1
You may also check:
https://developer.apple.com/library/mac/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringYourApp/ConfiguringYourApp.html
I want to submit my App to the Apple App Store today, however I'm having some trouble when I attempt to "Validate" my archive before submitting from the organizer.
My app is using the LiveSDK (specifically to use One Drive) but during validation I get the following error message:
iTunes Store operation failed.
Invalid Info.plist value. The value for the key 'MinimumOSVersion' in bundle MyApp.app/LiveSDK.framework is invalid. The minimum value is 8.0.
I have no idea how to fix this and any help is appreciated. Thank you!
Apple recently decided to stop allowing the simulator architectures to be included in the submission to the iTunes store. The LiveSDK framework is built with the simulator architectures, for a work around please include the LiveSDK source directly. You can find steps here. There are more details in the discussion around this GitHub issue.
I am having some problems when trying to submit my iPhone app to store using Xcode 5 that my app is always failed validation with below errors:
Apple's web service operation was not successful
Unable to authenticate the package: [My app id, ex: 123456789].itmsp
ERROR ITEMS-9000: "The bundle [Bundle ID, ex: com.myapp.mobile] at bundle path 'Payload/[My App Name].app' is not signed using an Apple submission certificate." at SoftwareAssets/SoftwareAsset (MZItmspSoftwareAssetPackage)
I am quite sure about settings (bundle id, certificate, profile, entitlement) because this is not first time I submit app to store, jut don't know why these issues come up, I have tried to search and found some related article but they don't help.
I have this issue for 1 week.
I just selected Standard Architectures in both Project and Target, and it worked for me.
I had the exact the same error, after hours of trying, adjusting all the parameters like the bundle ID or display name, etc. None of them worked.
Finally I got it work. Here is what I did.
I started all over by deleting all the records in keychain, certificates and provision profiles. And just added one certificate and profile for app distribution. There was only one record to make no confusion. And then boom, it uploaded successfully.
I guess my mistake was to submit multiple times of certificates or provision profiles earlier (although I deleted multiple entries but I did see something strange) because I thought the creation process was stuck so I refreshed the browser. Being patient in each steps will eventually saves more time! :) Good luck!
I got the same error today with xCode 7. I resubmitted with no changes and it went through. Probably Apple bug. I am letting you know that sometimes it is not an issue with our project/target settings.
As far as I can tell, this specific error is intermittent and not caused by anything in the app package. I think many of the answers here are people that saw this error, changed something, and saw the error go away, and assumed that their change made it go away.
I would suggest, if you get this error, just try again (worked for me). If it fails in this exact way a second time, and you have some theory about what will fix it, do that and try again. If that works, undo your fix and see if the failure comes back. In this way you will have proven that there was an identified root cause and a fix.
I don't know the cause, but I had the same exact issue crop up this week and just got things to work. I had checked the build, distribution certificate, provisioning profile. I went through all of the troubleshooting steps in Technical Note TN2250 -- no luck! However, I just got it to upload successfully. I happened to have an old Mac Mini that had Application Loader 2.5.1 on it. I created a zip file from the .app within the Payload folder of the .ipa, put this on a USB drive, and watched as it finally uploaded after trying about 50 times with both Xcode organizer and Application Loader v2.9.
Other people have reccomended reverting to a previous Application Loader version. Perhaps the web service endpoint uses a different (and properly working) certificate validation method for older AL versions.
I too have had the same problem and after many hours I managed to solve.
I finally fixed the problem. You needed to download the "Apple Root Certificate Authority" (http://www.apple.com/certificateauthority/) and put it in your login keychain & system, I also put your iPhone disitrbution certified in your system and set all keychian trust values for all certificates to "system default". Finally went through!
For me the problem was in selecting the wrong iOS distribution code signing identity, where I was using a different team as the provisioning profile.
Probably make sure your Code Signing Identity is set to automatic, which will probably fix this issue.
In XCode 6.3, You have connect actual device and selected in the XCode.
I didn't see this listed on here, but I received this issue and realized that I already had a build for this specific Version # waiting for review on iTunes Connect. I rejected the build in ITC and then tried uploading the build again and it uploaded correctly after that. Just in case this could possibly help anyone else out there with this issue!