Error while uploading to App Store "Missing Code Signing Entitlements" - ios

While uploading on app store i am having the following error. Actually i have a project(having a distribution code signing certificate) calling a static library(is not code-signed). I am using XCode 6.0.1
iTunes Store operation failed.
"Missing code Signing Entitlements. No entitlements found in bundle 'xxx.Resources' for executable 'Payload/yyy.app/Resources.bundle/Resources'."
Has anyone ever experienced this issue and help me out please?

I had the same issue with my own bundle. What I did is to generate new bundle without executable inside of it.
For bundle target in Build Phase tab you should delete Compile Source Phase and Link Binary with Libraries Phase. By this, executable is not generated inside the bundle and fixed mentioned error.
If you're using some 3rd party bundle try manually deleting executable inside it. Not sure if that is "ok to do", but saw that people are doing that even for Google bundle distributions :) Anyway you should test how app behave with that change.

Related

Why keeps deployment to Appstore connect failing because of "Asset validation failed (90035)" with Flutter

This is the exact error message:
Asset validation failed (90035)
Invalid Signature. Code object is not signed at all. The file at path [Runner.app/Frameworks/App.framework/flutter_assets/android/gradlew] is not properly signed. Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). Additionally, make sure the bundle you are uploading was built using a Release target in Xcode, not a Simulator target. If you are certain your code signing settings are correct, choose "Clean All" in Xcode, delete the "build" directory in the Finder, and rebuild your release target. For more information, please consult https://developer.apple.com/library/ios/documentation/Security/Conceptual/CodeSigningGuide/Introduction/Introduction.html
Automatic signing is enabled. The console does not log any errors during build, only during the upload in the transporter.
I don't understand why the IOS build even tries to access that file.
flutter clean, deleting podfile and recreating ios directory (and android directory) does not work. Deactivating automatic signing and reactivating it has no effect.
Thank you for any help:)
So the error was that for some reason gradlew got included in the pubspec.yaml under assets. I have no idea why it happened, but removing the line solved the problem

Unable to upload build to App Store Xcode 13.2. Invalid Bundle Structure

I am trying to upload build on AppStore using Xcode 13. But when I try to do so, I am getting the below error
Invalid Bundle Structure - The binary file 'MyApp.app/Frameworks/HHUnitConverter.framework/HHUnitConverter' is not permitted. Your app can’t contain standalone executables or libraries, other than a valid CFBundleExecutable of supported bundles. Refer to the Bundle Programming Guide at https://developer.apple.com/go/?id=bundle-structure for information on the iOS app bundle structure.
When I archive the build and make it ready for upload, this is how my framework looks which is not correct I suppose
And when I click on upload, after sometime I am getting this error.
I have tried deleting and reinstalling the pods, restarting Xcode and the system, clearing derived data, but nothing works.
Any help will be appreciated. Thanks in advance

Resigned IPA is not verified correctly by codesign

I have an IPA file exported for development and I want to sign the IPA file using a valid enterprise certificate. Actually, I have gone through all the steps mentioned here amd here and used various available tools such as ota-tools and iResign to sign the file.
The app is actually a very small swift app and only uses app groups and key-chain sharing capabilities and is developed by members of my enterprise team using the App ID and team identifier that we have defined using Xcode in our enterprise account.
I have done the resigning process without any problem and the app is installed successfully on my iPhone. But it immediately crashes upon startup.
So, I doubted the resigning process and did some checks. I tried to check the resigned IPA file using 'codesign -v' command but it says "code object is not signed at all".
I also unzipped the IPA file did all the code-signing on the main app and Frameworks folder but still head no luck with codesign verification. it still says "code object is not signed at all".
I would appreciate if someone can help me with this problem.
I'm having the same problem where the app won't start after resigning and installing. Did you have any success resolving this problem?
About the codesign verification, if you've successfully installed the app on the phone that means that the resign is OK. Also you should run the 'codesign -v' command on the .app itself in the ipa file, because that's the file you're actually signing, the ipa is just a zip you create after the resigning.
I had the same problem (resigned app crashed on launch). I figured out that this happens only for IPAs with embedded bitcode.
Removing bitcode support from project settings (ENABLE_BITCODE = NO) fixes the problem.
I understand that this is limitation, for this reason I opened an issue on fastlane sigh (the main tool I use for resigning) on Github.

While uploading this to testflight, getting "Com.amazonaws.sdk.ios.awsresources" missing code signing entitlements in iOS

I am using AWS framework and its working fine, I added it manually. But, the issue is, while uploading app to test
ERROR ITMS-90166: “Missing code signing entitlements. No entitlements
found in bundle ‘com.amazongaws.sdk.ios.AWSResources’ for executable
‘path’
ERROR ITMS-90171: “Invalid Bundle Structure - The binary file
“AWSLex.framework/AWSResources.bundle/AWSResources’ is not permitted.
Can anyone guide me how to fix and upload to test flight.
For ERROR ITMS-90166:
Try removing the CFBundleExecutable key from the Info.plist of the
resource bundle. Clean & build the project.
Before Archiving confirm that you are using an AppStore Distribution
Provisioning Profile. Go to Build Settings > Code Signing.
For ERROR ITMS-90171:
Remove concerned library from everywhere within your project. Also
from "Copy Bundle Resources" and "Embedded Libraries".
Add it to Link Binary with Libraries build phase.
Don’t add to target's Copy Bundle Resources build phase.
Clean, build and archive the project.

Cocoapods/ CrittercismSDK causing App Submission Error: ITMS-90035

I am trying to upload an app to Testflight using XCode 6.3. However, on trying to validate the app, it is giving me the error message below:
I have tried regenerating the certificates and provisioning profiles without having any success.
ERROR: ERROR ITMS-90035: "Invalid Signature. Code object is not signed
at all. The binary at path [VirtualMechanic.app/dsym_upload.sh]
contains an invalid signature. Make sure you have signed your
application with a distribution certificate, not an ad hoc certificate
or a development certificate. Verify that the code signing settings in
Xcode are correct at the target level (which override any values at
the project level). Additionally, make sure the bundle you are
uploading was built using a Release target in Xcode, not a Simulator
target. If you are certain your code signing settings are correct,
choose "Clean All" in Xcode, delete the "build" directory in the
Finder, and rebuild your release target. For more information, please
consult
https://developer.apple.com/library/ios/documentation/Security/Conceptual/CodeSigningGuide/Introduction/Introduction.html"
That dsym_upload.sh script does not belong in the app bundle as it's the script that is run as part of a Build Phase that is used to upload the debug symbols to Crittercism.
Find the Build Phase that is copying it into the app bundle and remove it, however please note that it will still need to be run within a Build Phase.
Here's the official Crittercism Support Article related to the issue which recommends upgrading the pod to version 5.2.0.

Resources