I'm getting the following error on every submission (Build 1 through 8), even after multiple clean rebuilds and manual verification of the raw manifest content: ITMS-91064: Invalid tracking information - A PrivacyInfo.xcprivacy file contains invalid tracking information at the following path: "PrivacyInfo.xcprivacy" and also "PlugIns/[WidgetName].appex/PrivacyInfo.xcprivacy" NSPrivacyTracking must be true if NSPrivacyTrackingDomains isn't empty. What I've verified locally (via plutil -p and raw cat on both the .xcarchive and the exported .ipa): Main app PrivacyInfo.xcprivacy: NSPrivacyTracking=false, NSPrivacyTrackingDomains=[] (empty) Widget PrivacyInfo.xcprivacy: same, false + empty No duplicate keys found in either file Generated an official "Privacy Report" from Xcode Organizer - no obvious conflict at the app or widget level was shown Updated GoogleMobileAds/UserMessagingPlatform SDKs to the latest version - issue persists Bundle version increments correctly with each build (confirmed via Info.plist inside the actual uploaded archive) Is there a known caching issue on the App Store Connect validation side, or something else I might be missing? Happy to share the Privacy Report PDF and archive details if helpful.

Hi, I submitted my app update (app has been approved) 6 days ago and the status has not changed from "Waiting for Review". Since then, I have updated another app, submitted it for review, it was reviewed and approved within 24 hours. I want to make sure there isn't an issue with my app submission that has been stuck in Waiting for Review for 6 days. Please help!

Hi everyone! I'm back again! 😄 A few months ago I posted here after submitting my first iOS app, after previously publishing it on Google Play. That experience was really helpful, so I'm hoping to get some advice from the community again. I've just submitted my new app, Vaqui, and it's currently Waiting for Review. Vaqui is an expense-sharing app for groups, mainly designed for trips. For example, three friends travel together and pay for different things: Pepe pays for the hotel. Sandra pays for groceries. Marcos pays for dinner. Everyone participates in different expenses. Vaqui calculates the resulting balances and suggests who should transfer money to whom. The app supports multiple currencies and stores the exchange rate used when an expense is recorded. The important part is that Vaqui does not process or hold money. It doesn't provide a wallet, banking account, payment processing, cards, or financial transactions. If someone owes another person money, Vaqui simply tells them something like: "Marcos owes Sandra $15,000." They make the actual transfer themselves using their bank or payment provider, outside Vaqui. The users can then mark the payment as made/received inside the app so the group knows what has already been settled. This made me wonder about something before the review starts: Would an app like Vaqui normally be considered a financial-services app by App Review, simply because it calculates debts/balances between users? Or is it generally treated as an expense-management / expense-sharing utility as long as it doesn't actually process, hold, or transfer money? I'm asking because I want to make sure I've understood the relevant App Review guidelines correctly rather than discovering during review that I've misunderstood something obvious. 😅 The current App Store Connect information is: App: Vaqui Bundle ID: mobi.todoapp.vaqui Apple ID: 6802352647 Status: Waiting for Review Platform: iOS / Flutter If anyone has submitted an app with similar functionality, I'd really appreciate hearing about your experience. Thanks! Greetings from Córdoba, Argentina 🇦🇷 And yes... once again I'm waiting for that little "In Review" notification. 🤞😂

Hi, hoping someone can help with this. I submitted my app on Friday and it was initially rejected asking me to update the privacy policy. I made the changes straight away and resubmitted it. It was then reviewed again and I received another message asking me to confirm whether the pricing was correct. It was, so I replied confirming this within about 20 minutes. Since then I haven’t had any update and it’s now been several days. As far as I can see, there’s nothing else I need to change or submit — they asked for clarification, I gave it almost immediately, and the review now seems to be stuck. The app is already live on Google Play and we’re holding off on marketing and properly launching it until the iOS version is approved, as we want to launch on both platforms together. At the moment, Apple approval is the only thing we’re waiting for. Has anyone had this happen before or know if there’s anything I can do to get it back in front of the reviewer? If anyone from App Review sees this and can help work out what’s happened with the review, I’d really appreciate it. Thanks

Hello, My iOS app, Vagus Fit, has been stuck in “Waiting for Review” since August 12, 2026 at approximately 3:46 PM. It has now been about 9 days and the submission has still never entered “In Review.” App: Vagus Fit Version: 1.3.0 Platform: iOS Submitted: August 12, 2026 at approximately 3:46 PM Current status: Waiting for Review Developer Support Case ID: 20000142078727 I already contacted Apple Developer Support through the App Review Status contact form several days ago, but I have not received a response or any update. I have also checked App Store Connect and I do not see any messages, missing information, rejection, or action required from my side. I understand that review times can vary, but this delay is significantly longer than the normal review timeframe. Could someone from Apple please check whether my submission and existing Developer Support case are progressing normally, or escalate the case if necessary? Thank you.

Hi! I submitted my app for review 11 days ago and have been waiting eagerly for my review. Ive noticed some posts about people having long wait times, but cant seem to find out if they were eventually reviewed or if they resubmitted or something else. I have my app live on other platforms currently and my next big patch is approaching release (1.2.0) whilst i am still waiting for 1.1.0 to be reviewed here on the App Store. Is there a chance the app is stuck somehow? Should i maybe just resubmit with the newer version instead? Or would that cost me my spot in line and just lead to further wait times? I appreciate any help i can get! Thanks Carl

I first submitted my app for App Review on 16 July 2026 and the review process has now been ongoing for more than 5 weeks. During that time, the submission has gone through multiple review cycles. I have made every requested change and answered every question from App Review immediately. The problem is that after waiting several days, I am repeatedly asked a very basic question about how the app works. I answer immediately, but then it takes several more days for the review process to move forward again. I have also: Contacted Developer Support multiple times Opened support case 20000135457439 Had the submission added to the expedited review queue Been told by Developer Support that review times are currently “extremely extended” At this point the submission does not appear to be progressing toward a final decision. Each basic information request seems to result in another lengthy delay before anything happens. Submission ID: 27e289bf-307a-44e9-a285-d8ad94f82be1 Could an Apple App Review staff member please check whether this submission is stuck and escalate it if necessary?

Hello, My game was rejected under Guideline 4.3(a) (Design - Spam), with the message stating that it shares a similar binary, metadata, and/or concept with other apps already submitted to the App Store. The issue is I can’t figure out where this is coming from: No shared source code, template, or assets with any other game. No duplicated metadata. The app’s concept is still fairly niche on the App Store (I could only find around a dozen apps with a similar concept, at most). I’m trying to better understand what might have triggered this rejection, and I’m fully willing to make changes if needed. Has anyone else run into this kind of rejection under similar circumstances? How did you go about clarifying things with the review team, and did requesting an App Review Appointment help in cases like this? Thanks in advance for any insight.

Hello, I submitted our app to the App Store on 9th august and it has been stuck in "Waiting for review". We have a very critical launch date timeline. We have to release our app in the first week of September (before 5th); therefore, we submitted it quite early. But seems like the app is stuck indefinitely in the "Waiting for review" state. We even raised a support ticket for this. No response on that too. App ID: 6799395555 Support conversation ID: 20000139951347 What can be done to expedite this as further delays will cause us to miss our timeline?

To the Apple Review and Developer Support Teams, I am writing to request guidance and assistance regarding a persistent rejection my React Native application is facing under Guideline 2.1 - Performance (In-App Purchases). My app has been rejected multiple times with the following specific note: "The In-App Purchase products in the app still exhibited one or more bugs which create a poor user experience. Specifically, the subscription screen failed to load any subscription plans. Review the details and resources below to troubleshoot this issue." The screenshot provided by the review team shows a completely black screen where our paywall options are intended to populate, indicating that the product array is returning completely empty during the review process. The Dilemma: We are completely unable to reproduce this behavior on our end. Everything functions flawlessly within our TestFlight builds across multiple physical test devices and various sandbox tester accounts. On TestFlight, the paywall renders instantly, local pricing fetches immediately via SKProductsRequest, and test transactions process without a single error. Our Current Implementation & Verification: Product Status: All subscription products are explicitly marked as "Waiting for Review" in App Store Connect with one In-App product Rejected for not being attached with a bin but I've since submitted the app once again. All the subscriptions and the in-app product have been actively attached to this specific app submission version. Agreements: The Paid Apps Agreement is active, signed, and fully up to date within our Agreements, Tax, and Banking configurations. Identifiers: We have strictly verified that the hardcoded product identifiers in our React Native codebase match the App Store Connect product IDs exactly. Because this error only occurs within the App Review environment and never in TestFlight or local sandboxes, we are at a loss for how to debug or resolve this issue. Could the App Review team or the Developer Support technical team please clarify if there is a known environment mismatch, storefront routing discrepancy, or specific network configuration (such as IPv6 handling in the review sandbox) that would cause production-ready StoreKit products to return an empty array exclusively to the reviewer? Any direct guidance, logs, or steps on how we can successfully surface our plans to your review team would be deeply appreciated. Review Environment Submission ID: 5a35279c-1621-4972-b6c6-7c1fb202b2f0 Review date: May 20, 2026 Review Device: iPad Air 11-inch (M3) Version reviewed: 1.0.2 (8) Thank you for your time and assistance.

My app is stuck in waiting for review for the past 12 days (submitted on 9th August 2026). I am running out of timeline and would appreciate any feedback on the reason for the extended hold, do I have to do anything on my end, when do I expect the app to be reviewed. Would appreciate assistance on this. My App Apple ID: 6799715408 Any assistant will be appreciated as the project timeline is fast approaching.

My app was rejected under Guideline 2.3 (Accurate Metadata) with the standard text saying the UIRequiredDeviceCapabilities key is set up so that the app will not install on the review device. The review device was an iPad Air 11-inch (M3) on iPadOS 26.6. I inspected the Info.plist inside the exact archive that was uploaded. Everything relevant: UIRequiredDeviceCapabilities = (arm64) UIDeviceFamily = (1, 2) MinimumOSVersion = 18.0 Binary architectures = arm64 Built with Xcode 26.6, iOS 26.5 SDK An iPad Air 11-inch (M3) is arm64, is device family 2, and runs an OS far above 18.0, so as far as I can tell nothing in that plist can prevent installation. arm64 is the value Xcode injects automatically, and I have never declared the key myself. What I have already checked: There is no UIRequiredDeviceCapabilities in my source Info.plist and no INFOPLIST_KEY build setting for it. The value is injected at build time. I added the key to my own Info.plist as an empty array to try to override the injection. Xcode still writes (arm64) into the built plist, so I cannot remove it. I built the same Release configuration and installed it on an iPad Air 11-inch (M3) simulator running iPadOS 26.2, the highest iPadOS available to me. It installs and launches with no error. There are no app extensions. One target, TARGETED_DEVICE_FAMILY = "1,2". My questions: Is arm64 in UIRequiredDeviceCapabilities known to trigger this rejection on iPadOS 26 review devices, or is something else being reported under this template? Is there any supported way to suppress the value Xcode injects, or will the array always contain arm64 for an arm64-only binary? If the installation failure was real but caused by something other than this key, what else produces an install failure that App Review would attribute to UIRequiredDeviceCapabilities? Context for why I am asking here and not only in App Store Connect: the build sat in Waiting for Review for about a week and a half, I used my expedited request, it was rejected on this, I replied in Resolution Center with the plist contents and received no answer, and the resubmission is back in Waiting for Review. I am not asking anyone here to change a review outcome. I am trying to find out whether this is a known issue with the key so I can stop guessing. Any pointer would be appreciated.

Our first submission has been in Waiting for Review since August 12 — 8 days as of today. I've tried both support channels without result: Submitted a Contact Us request through App Store Connect — no reply Called Developer Support and waited on hold about an hour — no resolution The app is a straightforward iOS-only build (iPhone, no iPad). It's a first submission, not an update. Nothing in App Store Connect indicates a problem — no rejection, no metadata rejected state, no message in Resolution Center. It simply hasn't moved out of Waiting for Review. I've seen several recent threads describing the same thing, which is why I'm posting here rather than opening another ticket. Is there anything on my side that commonly causes a first submission to sit in Waiting for Review this long, or is the only option to keep waiting? Any guidance on the right escalation path would be appreciated. Thanks.

Hello App Review team, I am requesting urgent assistance with my app review. Our previous build was approved around 5 weeks after our expected launch date, and last week we had to resubmit with a couple bugs that were fixed during the last review process. It has been 6 days since that submission, with an expedited review, and we are now 6 weeks past our launch date which has resulted in financial losses and dozens of media outlets notified weekly of delays. We would really appreciate if our latest build can be approved, as there are only minor bug fixes since the last one. Apple ID: 6748958042 Original Submission Date: 06/30/2026 Latest Submission Date: 08/14/2026 Current Status: Waiting for Review Support Case #: 20000141845140 Given the previous approval and minor changes since that build, we would greatly appreciate any escalation or update on the status of this review as we are incurring daily losses due to the review delay. Thank you!

Hello, My app submission has been waiting for review for 8 days, and there has been no status update or request for additional information. Submission ID: f9cc5319-693b-4809-8bcb-5eb0e8ad28bd I understand that review times can vary, but this is considerably longer than I have experienced before. Could an Apple representative please check whether the submission is progressing normally or if any action is required from my side? Thank you.

hi, This is my first app and I'm honestly pretty nervous about the whole review process 😅 sorry if this is a dumb question. My app got rejected for 2.1 (App Completeness), and I already replied twice in the messages under App Review, explaining our business model and giving a test account. Since then... nothing. No response. Just wondering — once I've replied there, is that enough, or do I need to do something else (like resubmit the build) to get things moving again? Kind of worried I'm missing a step somewhere. Also every single submission so far has taken way longer than the 24-48hrs Apple says. Is that normal lately, or should I be worried something's stuck on my end? Would really appreciate any advice from people who've been through this before. Thanks!

Hi everyone, Not sure if this is a known App Store Connect bug but hoping either someone here has a workaround, or an Apple engineer can help push this along. Background: this is my first In-App Purchase submission for my app. My original binary was submitted without the IAP attached (my mistake, first time doing this), so the app was rejected under Guideline 2.1(b) for referencing a paid feature whose IAP wasn't submitted for review. Since then: The IAP (non-consumable, one-time purchase) is fully configured with a review screenshot and notes, and shows status "Ready for Review" after submitting via "Add for Review" My app version is in a rejected state with an "Update Review" button available The problem: I can't get these two linked together anywhere in the UI. Clicking "Update Review" on the version page resubmits it, but never shows any option to attach the IAP Clicking "Add for Review" from the IAP page opens a Draft Submission, but that draft says "Unable to Submit for Review: To submit your items for review, add an app version for the selected platform," with no version selector anywhere in that panel Tried hard refresh, incognito, different browsers, starting a fresh draft submission. Same result every time. Result: resubmitted the app, got the exact same 2.1(b) rejection again, confirming the IAP genuinely never made it into the review package despite showing as correctly configured on my end. I've seen a few other threads describing what sounds like the exact same issue, where the "In-App Purchases and Subscriptions" section disappears from the version page after a first rejection, and the fix ended up requiring an Apple support agent to manually push the IAP status forward on the backend, without needing another binary. Has anyone found a way to trigger this from the developer side, or is direct support/engineering intervention really the only path? Already have a case open with Apple Developer Support as well, happy to share the Case ID via DM if that helps someone from Apple locate it faster. Thanks in advance for any pointers.

Our app (Apple ID 6781970154), submission a241932d, v1.0.13 (73), has been Waiting for Review since Aug 13. Timeline: rejected Aug 6 under 2.1(a) — "unable to receive verification code by email" — although our on-file review notes documented that the demo account uses a fixed verification code and requires no inbox. We replied in-thread within minutes; no response in 7 days. Resubmitted Aug 13; no response in 7 days. Support case 20000136325596 opened Aug 13; acknowledged, then silence. An expedite request was also filed. We had a Meet with App Review consultation on Aug 6 and resolved every prior issue raised. We'd be grateful for a status update in App Store Connect.

App Review Appeal Pending for More Than 10 Days — Is This Normal? Hi everyone, I’m looking for advice regarding an App Review appeal that has now been pending for more than 10 days without a decision or meaningful status update. Before submitting the appeal, our app had already been waiting for App Review for approximately 5 days. It was then reviewed and rejected, after which we submitted an appeal to the App Review Board. We understand that appeals may require additional investigation, but it has now been over 10 days since the appeal was submitted, and we still have no estimated timeline for a decision. This is significantly delaying our app release and making it difficult for us to plan updates and operations. Has anyone recently experienced a similar wait time with the App Review Board? Also, is there an official way to follow up or escalate an appeal when it has been pending for this long? We have already followed the normal appeal process and are simply trying to understand whether this timeframe is expected. Any recent experience or advice would be greatly appreciated. Thank you.

Hi, I’m looking for technical advice on a repeated App Review issue with our app, ASK VPN (Apple ID: 67...). ASK VPN is a simple consumer VPN app for iOS. It uses Apple’s Network Extension / Packet Tunnel APIs. Users sign in, retrieve their assigned VPN profile, view account status/expiry, and connect through a single main connection flow. The app was built specifically for this project. We did not purchase or reuse a VPN template or source code from another developer. I designed the product flow and UI, and used Codex AI as a development assistant. Our rejection history is: Guideline 4.3(a): Apple said the app had a similar binary, metadata, and/or concept to apps submitted by other developers, including one associated with a terminated Developer Program account. We reviewed the app, changed product-specific functionality and UI, added onboarding, privacy/VPN disclosures, localization, support features, diagnostics, and clarified the implementation to App Review. The latest rejection is now Guideline 5.6, stating that the app contains features that appear to have been intentionally hidden during review. We do not intentionally hide any functionality from App Review, and we have not been told which specific feature or behavior is considered hidden. One thing that concerns me is that the app often moves to In Review and is rejected very quickly. My main questions are: What technical factors can cause a custom-built VPN app using Network Extension / Packet Tunnel to be associated with another developer’s app or terminated account? What kinds of implementation or server-side behavior commonly lead App Review to conclude that functionality is being intentionally hidden? We are willing to provide Apple with complete source code, backend/API details, test accounts, and configuration if there is a secure review path for that. I would appreciate advice from anyone who has seen a similar 4.3(a) → 5.6 progression. Thank you.