I have a simple little Mac app that embeds a Python interpreter. I wrote this app almost ten years ago and completely forgot about it. Anyway I submitted an update to it with a new version of Python but it's being rejected by App review for the following reason: Your app uses or references the following non-public or deprecated APIs: Symbols: • _Tcl_NewByteArrayObj • _Tcl_ResetResult • _Tcl_MutexLock • _Tcl_GetBooleanFromObj • _Tcl_SetObjResult • _Tcl_CreateInterp • _Tcl_ThreadQueueEvent • _Tcl_UnsetVar2 • _Tcl_GetBignumFromObj • _TclBN_mp_to_unsigned_bin_n • _Tcl_ListObjLength • _Tcl_ConditionWait • _Tcl_GetDouble • _Tcl_GetDouble • _Tcl_DeleteFileHandler • _Tcl_SetVar • _Tcl_SetVar • _Tcl_SetVar • _Tcl_DoOneEvent • _TclFreeObj • _Tcl_Eval • _Tcl_Eval • _Tcl_Eval • _Tcl_FindExecutable • _Tcl_NewLongObj • _Tcl_CreateTimerHandler • _Tcl_Init • _Tcl_ConditionFinalize • _Tcl_GetByteArrayFromObj • _Tcl_ListObjIndex • _Tcl_ExprLong • _Tcl_NewDoubleObj • _Tcl_GetDoubleFromObj • _Tcl_ExprString • _TclBN_mp_read_radix • _Tcl_DeleteTimerHandler • _Tcl_CreateFileHandler • _Tcl_GetVar • _Tcl_GetVar • _Tcl_CreateObjCommand • _Tcl_SetVar2Ex • _Tcl_GetStringFromObj • _Tcl_NewStringObj • _Tcl_GetObjType • _Tcl_MutexUnlock • _Tcl_DeleteCommand • _TclBN_mp_init • _Tcl_GetCurrentThread • _Tcl_ExprDouble • _Tcl_AddErrorInfo • _Tcl_Free • _Tcl_GetStringResult • _Tcl_SetVar2 • _Tcl_SetVar2 • _Tcl_GetBoolean • _Tcl_GetBoolean • _Tcl_RecordAndEval • _Tcl_EvalFile • _Tcl_GetLongFromObj • _TclBN_mp_clear • _Tcl_ThreadAlert • _Tcl_ExprBoolean • _Tcl_DeleteInterp • _TclBN_mp_unsigned_bin_size • _Tcl_AttemptAlloc • _Tcl_GetObjResult • _Tcl_GetWideIntFromObj • _Tcl_NewListObj • _Tcl_ConditionNotify • _Tcl_NewBooleanObj • _Tcl_SplitList • _Tcl_EvalObjv • _Tcl_GetThreadData • _Tcl_GetVar2Ex • _Tcl_NewWideIntObj • _Tcl_NewBignumObj • _Tcl_ListObjGetElements • _Tcl_GetString • _Tcl_GetString • _Tcl_GetString The use of non-public or deprecated APIs is not permitted on the App Store, as they can lead to a poor user experience should these APIs change and are otherwise not supported on Apple platforms. I read online that this is a sort of a widespread issue right now with apps that embed Python (would share links but then my post will have to be approved by a moderator). Anyone have a workaround?

I created an App. This app has been approved and is in distribution. Recently, I decided to change the name of the app which required me to create a whole new distribution, SKU, bundle ID, etc. I copied all the assets codebase of this already approved app to a new bundle and I am hitting a brick wall on approval. My app is continuing to be rejected for violating Section 4.8 (Login Services) for having a button on the log-in page that fetches the users Gmail address from the device and uses my own API for authentication and logging in. We have gone back and forth 10+ times with me explaining how this is not in violation per Section 4.8 language here: "Another login service is not required if: Your app exclusively uses your company’s own account setup and sign-in systems." Each time I submit the app for review the "reviewer" continues to just copy and paste the same template language with a couple of screenshots showing me my own app. Despite my efforts to prove and illustrate how this continues to be in check with Apple's guidelines, I must add that this is an exact copy and paste from another app that I have. I'm honestly trying to change the name, SKU, and Bundle ID of an existing app that is already approved (with the same login, etc.). This has become moderately frustrating and unhelpful leading to a poor experience. Can someone with Apple give me more information than continuing to regurgitate the same template language.

Dear Reviewer, I am writing to express my concern regarding the extended review time for my app. (App ID: 6503052240)This product has been under review for a week and there has been no response. In order to smoothly carry out the subsequent promotion plan, we hope that this product can be launched as soon as possible. I understand that there can be varying factors affecting review times, but I would greatly appreciate any information or updates you could provide regarding the status of my app's review. Thank you for your attention to this matter. I look forward to your prompt response.

Dear App Review： We are an image processing software that undergoes regular iterations and updates with new features every month. At present, our updated version has been waiting for almost 2 weeks in the "waiting for review" state. During this waiting process, we have made the following actions but are unable to enter the review process: We requested an expedited review and informed that it was successful, but no progress was made; Contacted "App Review Status" via email; Please inform us that everything is normal and wait for the review; Refused by oneself, resubmit for review; Our users have been anxiously asking us when to update the new features, and they are very eager to use them. Apple ID of the App:1401783711 and 911261462 Looking forward to your reply, thank you!

Dear Apple Review Team, I hope this message finds you well. I am writing to express my concern regarding the extended review time for my app. The review process for this submission has now exceeded three months, which is significantly longer than what I have experienced in the past. Given the usual efficiency of the review process, this extended delay is unexpected and has started to impact our release schedule and user experience. I understand that there can be varying factors affecting review times, but I would greatly appreciate any information or updates you could provide regarding the status of my app's review. Thank you for your attention to this matter. I look forward to your prompt response. App ID: 6479209268

I currently have an iPhone 7 that I use to test and send my apps to the store, but I know that I won't be able to continue with iOS 15 for a long time due to the updates required by Apple, I'm on xcode 15.1 and sonoma 14.2. My question is, can I get a good lifespan with an iPhone 12? Another question, is it really mandatory for me to have a physical device to launch applications in the store?

Hi, we were able to migrate our solution from Xamarin to MAUI (.net 8). After a 2 weeks fight, the app is finally working on my dev devices. Unfortunately, after sending the app to review, it gets rejected because of the following: ITMS-90338: Non-public API usage - The app references non-public symbols in [Our app name]: _SCDynamicStoreCreate, _SCDynamicStoreCreateRunLoopSource, _SCDynamicStoreKeyCreateNetworkServiceEntity, _SCDynamicStoreSetNotificationKeys. If method names in your source code match the private Apple APIs listed above, altering your method names will help prevent this app from being flagged in future submissions. In addition, note that one or more of the above APIs may be located in a static library that was included with your app. If so, they must be removed. For further information, visit the Technical Support Information at http://developer.apple.com/support/technical/ From what I understand, this is because the 4 methods (_SCDynamicStoreCreate, _SCDynamicStoreCreateRunLoopSource, _SCDynamicStoreKeyCreateNetworkServiceEntity, _SCDynamicStoreSetNotificationKeys) exists in the generated Mach-O binary. Those methods are not used directly by our application but because of HttpClient we are using to request our business API The methods are implemented in the System.Net.NetworkInformation assembly which is referenced in the System.Net.Http assembly Given to the MAUI Team those methods are public and should not be rejected (https://github.com/dotnet/maui/issues/23210#issuecomment-2186038540) Kind regards

I didn’t see any mention on whether there’s an upper limit on the number of subscription groups an app can offer. Is there an upper limit? To be compliant with 3.1.1 and 3.1.3(b), I would need tens of thousands of subscriptions groups.

Hi, My app has been rejected twice for the reason mentioned in subject. Has anybody faced a similar issue ? My app does actually reward users for doing digital tasks like surveys and watching ads.

Hello, Apple community and support team. We would like to get your input on a recent rejection we got in our latest app submission. The app uses public APIs in an unapproved manner, which does not comply with guideline 2.5.1. Specifically, your app utilizes the NEVPNManager APIs for non-approved uses. Since there is no accurate way of predicting how an API may be modified and what effects those modifications may have, unapproved uses of public APIs in apps is not allowed. We are currently uncertain about the specific ways in which the NEVPNManager APIs are being misused in our app, as we have diligently followed the instructions documented on Apple’s website. Our app uses a Packet Tunnel Provider and configures it to use a local proxy server for reducing network traffic, especially for video streaming services. We initially don't send any of the received traffic to a VPN server and instead, traffic is only handled by the Proxy Server. We are committed to ensuring our app complies with all guidelines and appreciate your assistance in resolving this matter. Your guidance will be invaluable in helping us make the necessary adjustments. Thank you for your support.

Dear App Review: We are an e-commerce shopping software, and we regularly update new features every month. We have been waiting for nearly 10 days for the new update version released on June 19th. Now the review status remains in the review status. According to the experience of the past two years, the review of the updated version usually takes about 2-3 days. We are confused about the extension of this review time and are worried about whether there is any problem with our App, causing the current situation. Our users have been anxiously asking us when to update new features, and they are very eager to use them. Apple ID of the App: 905869418 Looking forward to your reply, thank you!

Hello there! Two weeks ago our app store submission was rejected, citing 2.3.3 (inaccurate metadata) - specifically, screenshots that were out-of-date. We happily replaced the screenshots with ones of the current version and resubmitted, but were once again rejected on the same grounds. After quite a few attempts at fixing the issue and our noticing with every rejection that the reviewers' explanations always reference the original now-replaced screenshots, we are starting to wonder if there isn't a bug somewhere that is preventing them from seeing the ones we've uploaded since. Since we haven't heard back from Apple Support or the appeals team, we thought we'd ask here: Has anyone experienced something like this before? Does anyone possibly have any advice on what to do in this situation? Thanks in advance for your help!

In iOS Application can we provide different workflow and functionality to user after login based on device type - iPhone or iPad. Is that allowed as per apple review guidelines.

Dear App Review： We are an image processing software that undergoes regular iterations and updates with new features every month. At present, our updated version has been waiting for almost 2 weeks in the "waiting for review" state. During this waiting process, we have made the following actions but are unable to enter the review process: We requested an expedited review and informed that it was successful, but no progress was made; Contacted "App Review Status" via email; Please inform us that everything is normal and wait for the review; Refused by oneself, resubmit for review; Our users have been anxiously asking us when to update the new features, and they are very eager to use them. Apple ID of the App:6447539504 Looking forward to your reply, thank you!

Apple Rejected my Game which is published on my Google Play Account. It Requires me to Send the documentation to demonstrate that you are currently authorized by the rights holder to represent the products. I have sent them My Google Play Console Screenshot for the proof But they are requiring to submit documentation for that. Can you please guide me how can I prove them that I own that game in third party store? It has same package name and website/Privacy Policy links etc.

Hi, I read the requirements for the App Store. Specifically the subscription section. I understand for app subscriptions that there are Apple requirements around that with Apply Pay and such. However, the subscriptions are web site subscriptions for workout videos. The payments are done on the web site and the user will log in via the app to view the video. They can only sign up if they make a purchase on the web site. Is this going to be denied from the app store? All payments are done on web site and the app is to log in and view the content.

Hello, We are seeking urgent assistance with our app, which has been stuck "In Review" for 2-3 days now despite an expedited review request. Our app is currently experiencing a critical issue where the subscription screen crashes due to the app being approved while the associated subscription product IDs were rejected without our knowledge. We have since created new subscription product IDs (which have now been approved) and updated our binary to include these updated IDs. However, we just can't get the review for the app to be finalized. This subscription is for a new feature we spent months building and aimed to monetize out of the gate. Instead, we are now faced with many frustrated users who can't subscribe to this feature, which also has a financial impact on our business. After being "In Review" for 36 hours, we removed the app from review and resubmitted it since it seemed to be stuck, but it has been back "In Review" again for the past 20 hours. We have spoken with several Apple Developer Support reps by phone and email, but there hasn't been any change in status. Could anyone provide advice on how to escalate this issue further or any other steps we might take to get urgent assistance? Thank you so much in advance for your help.

Hi all, Our app has been rejected several times without any clear explanation of what we need to do. The latest rejection reason is as follows: Guidelines 3.1.1 - In-App Purchase and 3.1.3(c) - Enterprise Services We noticed in our review that your app offers enterprise services that are sold directly to organizations or groups of employees or students. However, these same services are also available to be sold to single users, consumers, or for family use without using in-app purchase. When an organization or group buys access to your app's enterprise services, you don't need to use in-app purchase. But when providing access to an individual user, consumer, or for family use, you should use in-app purchase. To which we responded with: We would also like to clarify our app and business model: 1) Our app is a free app intended for companies, organizations, and business owners. Individual users can sign up for our app, but with some restrictions. We designed it this way so that users can try our app before registering their company or business. 2) In the previous app version, we enabled users to subscribe and unlock more features within our app using our own mechanism. Hence, the review referred to Guidelines 3.1.1. In this version, we have removed the feature so that users cannot purchase any subscriptions. Since users cannot purchase anything from our app, we believe Guidelines 3.1.1 should no longer apply for the app review. But our app is still not approved. Instead, they replied with: We are not able to provide feedback on app concepts or features, but we recommend evaluating your suggestions against the App Review Guidelines, as well as the Apple Developer Program License Agreement, and the Human Interface Guidelines. Can anyone enlighten us why does the reviewer still referring to Guidelines 3.1.1 when there isn't anything that user can purchase from our app? And what do they actually want us to do?

Hi everyone, can someone tell me what kind of documents mentioned below do I need to provide? I submitted everything I could: design documents, our workspace on bitbucket, trello but still got rejected.

MIcrosoft Teams crashes when launched, following details Process: MSTeams [21109] Path: /Applications/Microsoft Teams (work or school).app/Contents/MacOS/MSTeams Identifier: com.microsoft.teams2 Version: 24004.1304.2655.7488 (24004.1304.2655.7488) Code Type: ARM-64 (Native) Parent Process: launchd [1]