I've been an Apple developer since the App Store opened. I don't develop for a living, I do this because I love it. That's it. That has always been enough. And right now, for the first time, it isn't. Waiting more than a month for a review, with no communication and no working way to reach anyone, does something to you. You stop wanting to open Xcode. You stop having ideas, because what's the point of an idea that sits in a queue for six weeks? The whole loop that makes this fun — build it, ship it, hear from users — is broken in the middle. So: thanks to the App Review team for that. You've taken the one thing that kept me building for this platform and made it feel like a waste of time. I know Apple sees review delays as a throughput problem. It isn't only that. It's a passion problem. The developers who stay through every policy change and every SDK rewrite are the ones who stay for love of the craft — and love is exactly the thing this process is grinding down. I hope someone at Apple reads this and understands what they're losing.

We submitted our iOS app on Jul 16, 2026. Submission ID 891c1b55-f353-4bf8-bb81-609b1c29a5cc The submission confirmation email says: On average, 50 percent of apps are reviewed in 24 hours and over 90 percent are reviewed in 48 hours. Once we've completed the review, your app's status will be updated and you will be notified. Can Apple provide: A reasonable estimate of how long App Review actually takes? Update the E-Mails and/or Website and/or pin a thread here accordingly? If we've made some sort of mistake that's keeping our new update in some stuck state, please advise. Can we get a review, please? Any help is appreciated 🙏

I did not work hard for that new record, and neither did the Apple review team. :) A 10-year-old app with a large number of active users, and the update is just a simple bug fix. It has now been over a month since the original submission. This is a prayer times app. A bug in it affects thousands of people’s daily worship—wrong times, missed prayers. This is not a joke, and it is not a cosmetic issue that can sit in a queue for a month. Expedited review requests, the Contact Us form, and phone support have all produced nothing. If anyone from Apple is reading this: please review this submission—891c1b55-f353-4bf8-bb81-609b1c29a5cc.

I saw a member of the App Review team comment with this... [quote='897633022, App Review, /thread/838096?answerId=897633022#897633022'] Posts here are for questions about the App Review Guidelines and how to resolve guideline issues. Your question seems related to a review status question. We recommend contacting Developer Support to receive the most effective assistance. [/quote] Sir, we post here because Developer Support does nothing. Our apps keep getting stuck on “Waiting for Review.” for weeks... Calling the developer support is not possible now due to a three-hour wait, and I did wait for three hours—but guess what? No one cares. So please excuse us, sir, on behalf of all the developers you are ignoring who post their problems here, because they cannot find another way to be heard.

Hello, My name is Tarek Mansour. I've been developing for Apple platforms since before the App Store existed, and my developer account dates back to the year the store launched. I say that only to make one point: I know how this process is supposed to work, and this is not it. My app has been sitting in "Waiting for Review" for over three weeks. It's been on the App Store for more than 10 years with a clean history. The submission in question is a critical bug fix — real users are affected every day it sits there. Every official channel has failed: • Expedited Review Request • Contact Us email • Phone support — hours on hold, no resolution Promised by email more than once that it would be handled — nothing changed Submission ID: 891c1b55-f353-4bf8-bb81-609b1c29a5cc In nearly two decades on this platform I have never seen apps left in the queue for a month with no communication and no working escalation path. Judging by this subtopic, I'm far from the only one. Apple: developers build businesses on the assumption that review is predictable and support is reachable. Right now, neither is true. Please look at this submission — and please address what's happening to the queue generally.

My app has been sitting in "Waiting for Review" for over 8 days with zero movement. I've already submitted an Expedited Review Request — no change. I've sent a follow-up email through the official Contact Us form — no response. I called Developer Support and was left on hold for an hour and a half, with no answer in the end. That's three separate official channels, all ignored. This isn't a one-off either — this same forum subtopic is full of developers reporting the identical thing over the past few weeks: apps stuck 8, 10, 17+ days, expedited requests accepted and still nothing moves, support repeating "it'll begin shortly" with no follow-through. Indie developers depend on predictable review times to run a business. When every official escalation path — expedited review, email, phone support — goes unanswered, that's not a queue, that's a broken process. Fix the backlog, fix the support pipeline so requests actually reach App Review, and give developers real status visibility instead of silence. I'd like an Apple rep to respond here with something more useful than silence.

Before iOS 16.1 my app was woking good, if the user set the app language to other language than his device language, my app, widget + extensions all use this language... After iOS 16.1 if user set the app language to other language than his device language, my app works with this language but the widget + extensions works with the device language, not my app language... For Example:     @Environment(\.locale.languageCode) private var userLocal before iOS 16.1 userLocal would be the app local, after iOS 16.1 it return the device local Any idea why Apple did that? is this a bug? How to set the widget language to match my app language now? even set .environment(\.locale, dose not work when use Strings(table: because it's still get the bundle that match device language.

I have app that shows live activity and countdown till a date... VStack { Text("Countdown till You finish your homework")  Text(countdownTime, style: .timer) } After the time up, the live activity countup, the solution is to update the live activity via backgroundTask and this not always working, really apple sometimes fire the backgroundTask after hours. Another solution is to set dismissalPolicy: .after(countdownTime), but once I did that the dynamic island not working and the activity status is ended after right calling... await activity.end(using: state, dismissalPolicy: .after(countdownTime)) Can anyone help please, users feed back is why you we still see the old task on live activity. How come I can not update live activity? and how come if you set dismissalPolicy .after apple changes the activity status to ended and stop showing the dynamic island?

I am trying to use DateComponentsFormatter() with my AppIntent, but I can not find a way to localize the formatter string with the same language that LocalizedStringResource use... Example (My App: Arabic, Device: English, Siri: English) let formatter = DateComponentsFormatter()     formatter.unitsStyle = .full     formatter.maximumUnitCount = 2     formatter.allowedUnits = [.hour, .minute]     formatter.includesTimeRemainingPhrase = true let relativeDate = formatter.string(from: .now, to: nextEvent.date) ?? ""      return .result(             value: value,             dialog: "intent_current_event\(relativeDate)"           ) The result is: Next event متبقي 4 ساعات و 5 دقائق The relativeDate is in Arabic (App Language) and the "intent_current_event%@" localized in English (Siri Language) Can anyone please help me to use the Formatter and get it to localized the same local as LocalizedStringResource.