appstore-approval

“Too many symbol files” warning when submitting app

℡╲_俬逩灬. 提交于 2019-12-03 00:21:57
I submitted my app to the app store and received the following warning (not error): Too many symbol files - These symbols have no corresponding slice in any binary [XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX.symbols, XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX.symbols] What caused this issue? How can I fix it? Will it create issues with crash reporting to Crashlytics? Same problem occurred to me, and here is why this happening and the solution. Short version : Redundant dSYM files are being produced due to improper project settings. In my case, the "project" consists of one major xcproject and several cocoapod

Application failed codesign verification?

只愿长相守 提交于 2019-12-02 22:25:15
I'm having problems submitting my iphone application. I saw some similar questions, but I didn't find an answer. When I archive the project and click validate, I get the error message "Application failed codesign verification. The signature was invalid, or it was not signed with an Apple submission certificate." I'm assuming I did something wrong in the codesigning section. I followed a youtube tutorial that had me download all the certificates and set up the codesigning section, but I don't think I set up the codesign section correctly. Additionally, when I build for iOS I get this. In all

How to Minimize App Store Approval Time

怎甘沉沦 提交于 2019-12-02 22:15:23
What are some things and techniques I can do to minimize the time it takes for my apps/updates to be approved for the App Store? Do smaller updates generally take less time, and do paid applications take longer than free ones? What about the size of the binary? In my experience, everything takes exactly the same amount of time. You sit in the queue for 6 days, then they review it for an hour or so (much less for updates), and you're either in, or rejected. If you are rejected, it will take a few more days to work through whatever the issue was. So the only way to take less time, is don't be

iPhone - App Rejected again, HTTP Live Streaming 64kbps baseline feed

荒凉一梦 提交于 2019-12-02 20:34:03
Thank you for submitting APPNAME_HERE. We have reviewed your application and have determined that it cannot be posted to the App Store at this time because it is not using a baseline stream of 64 kbps for the HTTP Live Streaming protocol to broadcast streaming video. HTTP Live Streaming is required when streaming video feeds over the cellular network, in order to have an optimal user experience and utilize cellular best practices. This protocol automatically determines bandwidth available to users and adjusts the bandwidth appropriately, even as bandwidth streams change. This allows you the

CCATS on iOS AppStore and encryption

拟墨画扇 提交于 2019-12-02 19:15:36
This is going to be one long question... Actually a set of related questions... I want to make an iOS app, that will be sold on Apples App Store, (obviously). My app will store some sensitive user data in the documents directory. For security reasons I thought of a cryptosystem that will secure that data. Here the fun starts... That data security mechanism will be virtually unbreakable. I will be using AES-128/256, TwoFish 128/256 and Serpent 128/256. The user can select what to use where... I may be using dual encryption, data being encrypted once with AES and then with Serpent, or any

iOS App Rejection due to 2.23 - iOS Data Storage Guidelines

て烟熏妆下的殇ゞ 提交于 2019-12-02 17:36:37
Here's message from Apple about rejection : 2.23 - Apps must follow the iOS Data Storage Guidelines or they will be rejected 2.23 Details On launch and content download, your app stores 6.5 MB, which does not comply with the iOS Data Storage Guidelines. Next Steps Please verify that only the content that the user creates using your app, e.g., documents, new files, edits, etc. is backed up by iCloud as required by the iOS Data Storage Guidelines. Also, check that any temporary files used by your app are only stored in the /tmp directory; please remember to remove or delete the files stored in

Submit 64 bit only app

倾然丶 夕夏残阳落幕 提交于 2019-12-02 12:24:20
问题 With Apple's new requirement to have a 64 bit build support, apps executable are getting bigger. After several attempt to reduce the final build size to something < 100mb I was wondering if it was possible to drop 32 bit support and only support 64bit. Building an app for 64bit only works fine but the submission process seems to prevent such behavior. Adding this non-documented UIRequiredDeviceCapabilities does not change anything as the error becomes the following I checked that there is no

App store approval with modified UISegmentedControl

久未见 提交于 2019-12-02 11:47:47
问题 I have modified a UISegmentedControl so that it is vertical instead of horizontal- it looks like this: Will using it this way cause my app to get rejected by Apple? If yes, what control would you suggest using instead? Thanks! 回答1: As long as you are not using private APIs to do this I would say you are fine. Apple strongly suggests following the Human Interface Guideline but there are modified controls like this all over the AppStore. I highly doubt you'd get rejected for your custom design.

Sending Application login credentials to AppStore reviewers

馋奶兔 提交于 2019-12-02 10:15:16
I've just uploaded my application to the appstore. The application requires a username / password to log-in, but I was never prompted for any credentials during the upload process. Does anyone know how I can send the reviewers my credentials without having to wait for them to review and request the credentials? When you submit the app, there is a field near the bottom of one of the screens for "review notes" which is where login information should be placed. You may be able to in to iTunes connect and edit this field. I have no apps waiting for review at the moment, so I am unsure if this

App store approval with modified UISegmentedControl

荒凉一梦 提交于 2019-12-02 07:08:23
I have modified a UISegmentedControl so that it is vertical instead of horizontal- it looks like this: Will using it this way cause my app to get rejected by Apple? If yes, what control would you suggest using instead? Thanks! As long as you are not using private APIs to do this I would say you are fine. Apple strongly suggests following the Human Interface Guideline but there are modified controls like this all over the AppStore. I highly doubt you'd get rejected for your custom design. 来源: https://stackoverflow.com/questions/9168840/app-store-approval-with-modified-uisegmentedcontrol