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.

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!

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.

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]

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!

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

In order to have ads on Meta that link to the App Store directly (instead of to a website) Meta requires that I install the FB SDK. Now: Apple requires an ATT permission popup if a user is being tracked. I've installed the SDK but turned all tracking off by default (so it behaves as though the user said "no" to the ATT popup) and it's still not passing review. Any ideas as to what I could try next?

Our submitted binary app version has been approved by Apple reviewers. It's currently pending Developer Release. However, our in-app purchase, which was submitted at the same time, is still under review. Since the newly added in-app purchase hasn't been approved yet, we've decided to hold off on releasing the binary app version. Should we just wait for Apple to approve the in-app purchase, or are there any other recommended actions? Thank you.

Hello everyone, I have a question, can anyone help me answer it? Thank you very much! I am developing a health application for my company’s employees, which has a large number of employees (more than 1000 employees). Once it is completed, I want to publish it on the Apple Store. Our employees are provided with login accounts, so there is no account creation function. Will my application be approved?

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.

I'm unable to reproduce an issue which only seems to occur on App Review devices. It's mainly stuck at a loading screen when trying to sign in with GameCenter. I'm using Microsoft Azure PlayFab as a game backend. I've tested my game on two iPads and three different iPhone models. They're all able to connect to the server. No debug build was installed on those devices via Xcode. I used the same build which was rejected, freshly installed via TestFlight on the internal test track. Looking at my server logs, I can't even find one single request sent from the App Review device. This can only mean that there is some connectivity issue between their device and the server (e.g. a firewall or proxy). I've also implemented a retry mechanism so in case the request times out, it would try it again and after three retries it would eventually display an error message and further details. How shall I figure this issue out, if the only thing the reviewers provided me is a screenshot of the loading screen?

I have recently launched a new app that replaces an older app and I want to grandfather all old app users to the new app for free. I no longer have access to the source code of the old app and it is not authenticating users so there is no way to turn off access to users to get them to switch to the new app. Would I be able to publish a new version of the "old" app with just a static screen that would say something along the lines of "this app is no longer available, download app xyz for free access to the new material" or would Apple not allow that as technically this static screen doesn't do anything?

I have a question regarding app publishing. I am a developer creating applications for my clients. I want to publish an application I developed for a client using my own Apple Developer account. The content of the application consists of data provided by my client. Can I do this? Are there any examples of applications that have been published under similar circumstances?

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.

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.

Recently, our app was rejected by App Store, reason is : "The app still uses public APIs in an unapproved manner, which does not comply with guideline 2.5.1. Specifically, your app is using NEVPNManager APIs without using VPN APIs. 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." Our app uses VPN to connect our company-internal network only. so what should we do next? i need update some options with Xcode or apply for some kinds of permission

In our application, we have a 'sign up' link that directs users to a URL (which is shared by our website) where they can create an account on our platform. Users can create an account either through traditional sign-up methods (providing their name, email, phone number, and password) or by using social sign-up options such as LinkedIn or Google. Our application was rejected after we introduced the Google and LinkedIn social sign-up options. As a temporary measure, we have removed the link to the sign-up page from the application. Currently, users can only sign in to the app if they already have an existing account using email and password. From guideline 4.8 we have: 4.8 Login Services Apps that use a third-party or social login service … must also offer as an equivalent option another login service with the following features: the login service limits data collection to the user’s name and email address; the login service allows users to keep their email address private as part of setting up their account; and the login service does not collect interactions with your app for advertising purposes without consent. This guideline clearly specifies that the three listed features are only applicable to the equivalent (non social sign-up) option, they are not relevant to the third party login options. Furthermore, the two third party login options which we have added to the page in question (Google and Facebook) are listed as third-party or social login service options in guideline 4.8, so these are not options which are unfamiliar to Apple and are clearly separated from what the guideline defines as an equivalent option, thereby clarifying that they are not needed to be reviewed for adherence to the three features listed. I have communicated with the review team multiple times, seeking more details or a resolution to the issue, but the responses have been vague, pointing us to guideline 4.8 without providing detail on what aspect we are not adhering to. What would be the best approach to resolve this issue and reinstate the sign-up functionality in the app? Based on my research, it seems that adding Apple Sign In as a third social sign-in option might be a solution, but this sign-up method would be out of place on the website and it does not feel like Apple will strong-arm developers in such a way.

Hi, I would like to know the guidelines or rules regarding the implementation of Local Authentication. My client requirements are: After the user login in with username and password, reset password, it will then authorize face id or passcode to be able to access/navigate the app. Subsequent access will also require face id or passcode to access the app. Clicking app notifications when app is closed will require face id or passcode to access app. Is this a proccess allowed by Apple? Thanks

Hello everyone! By the guidelines we have to use IAP because actual service happens in the application itself: it is an app for scheduling actions. The business problem is that IAP does not allow the refund functionality which is important in-app in case the actual scheduled action will not happen. Is there a way to use Stripe still exactly cos we need to implement refunds in the app?

Hello I have a question about my web app release. I have built a web app including Apple Music MusicKitJS. Now I would like to release it. Do I need to confirm this with Apple? If yes, what can I do next?