My app published 6 hours ago this is first version and IAP is still in review. My app is hard paywall app so people cannot continue in app and this is all happening during initial boost. I contacted with apple but they say they send message to review time and hours passed nothing changed. People downloading the app and I'm watching it without able to do anything :( Are there anyone experienced same thing ? Do you have any advice ?

Hello, Since updating to iOS 26 Beta 3, I’ve been experiencing an issue where transactions purchased through the normal in-app purchase flow continue to be reported as updated and unfinished—even after calling the finish() function. Please resolve this promptly.

Hi all, I submitted a healthcare-related iOS app on June 19 that integrates with a health monitoring device. It had a few prior rejections due to compliance concerns, which we addressed. Apple Developer Support confirmed the review is still in progress and that it requires additional time. I'm wondering if others have experienced similarly extended review timelines for healthcare or medical device-integrated apps, and how long it took for resolution. Would appreciate any advice or shared experiences on this. Thanks!

After posting a new version of our app, we used to have 80% of our userbase on the new version pretty quickly (usually 72 hours, sometimes less). Over the past few weeks, we've noticed that the App Store has throttled down app updates, and it now takes much longer for a new version of our app to reach 80% (approximately 15 days, so 5 times slower). He is an update graph before: And a similar update graph after: We've published several versions over the past couple of weeks, and we've seen the same slow update behavior for all of them. What could explain these differences ? At the time of this writing, the update graph has very slowly reached 80% and is now flat. In the past it would easily reach 90% (the last 10% were always slow to get).

Hi, Our recent security scans, performed by Data Theorem, have flagged a potential App Store blocker related to the use of a private iOS class, NSBlock. We are concerned that this identified warning may lead to our apps being rejected during the next App Store submission. Issue Summary: We integrate a library, this SDK is developed using Kotlin Multiplatform, and during compilation, Kotlin automatically generates Objective-C/Swift interoperability code. As a result of this code generation, the compiled framework includes a reference to a private Apple class, NSBlock. It’s important to note that: No methods or functionality from NSBlock are being invoked or used. This reference is auto-generated by Kotlin’s ObjCExport.mm module. For additional context, you may refer to a related discussion on this issue: https://github.com/ricohapi/theta-client/issues/98 https://github.com/JetBrains/kotlin-native/issues/1642 https://github.com/JetBrains/kotlin-native/pull/1652/files We would like to confirm whether the presence of this unused reference to NSBlock will result in the rejection of our application during App Store review. Thankyou

Hello Apple Developer Team and Community, I’m writing to raise a serious concern regarding my app (App ID: 6744330283) which is now being repeatedly rejected under Guideline 4.3 (A) – Spam, despite being previously approved and published for at least two earlier versions. We have had multiple rounds of communication with the App Review team in the past, carefully addressing every request and making adjustments accordingly. These previous versions were reviewed and approved without any reference to 4.3 issues. However, since a recent update, we’ve been receiving rejections citing Spam 4.3 (A) — without any specific explanation or detailed reasoning. Even more frustrating: Each review now takes over a week to process, making our release cycle extremely difficult to manage. It required dozens of phone calls and emails just to get the app reviewed at all. I even had a meeting with an App Review team member, where I was told: “The recent updates are considered Spam 4.3, while the earlier versions that were approved are not.” But I am truly confused by this, because all the updates share the exact same codebase — there are no material differences between the approved versions and the ones now being rejected. This inconsistency and lack of clarity is making it impossible for us to move forward. We respectfully request: A clear and actionable explanation for why the recent versions are now considered Spam 4.3 (A), while earlier versions were not. Specific guidance or examples to help us understand what triggered this new interpretation. Transparency about what exactly changed — either in review criteria or policy enforcement — so that we can comply properly. We are committed to fully adhering to the App Store Review Guidelines and improving the app accordingly, but we can’t do that without transparency and fair communication. Any insights from the Apple team or other developers who’ve faced similar issues would be greatly appreciated. Thank you.

FB17250415 was also filed, please help me. Reproduce Version: Macos 15.3.2 and above. Reproduce Steps: Download and run the following desktop watermark app(attachment); 2.After the watermark app running a watermark window is showing at the left top corner. 3. Open App Store and try to install any app, after the confirm installation dialog appears, move the App Store window to desktop watermark area, the confirm installation button will disapper. #import <Foundation/Foundation.h> #import <Cocoa/Cocoa.h> int main(int argc, const char * argv[]) { @autoreleasepool { // insert code here... NSLog(@"App started"); //TODO1:Get current screens and get screen's NSRect NSScreen *screen; NSRect frame = NSMakeRect(0, 0, 1000, 1000); NSWindow* window = [[NSWindow alloc] initWithContentRect:frame styleMask: NSWindowStyleMaskTitled //0x80 backing:NSBackingStoreBuffered defer:NO]; // ant-setttings [window setAcceptsMouseMovedEvents:NO]; //[window setFloatingPanel:true]; ==> only valid for NSPanel //0x111 = 1 << 0 | 1 << 4 | 1 << 8 [window setCollectionBehavior:NSWindowCollectionBehaviorCanJoinAllSpaces | NSWindowCollectionBehaviorStationary | NSWindowCollectionBehaviorFullScreenAuxiliary ]; [window setMovableByWindowBackground:YES]; [window setExcludedFromWindowsMenu:YES]; // [window setAlphaValue:0x3FF0000000000000]; [window setOpaque:NO]; [window setHasShadow:NO]; [window setHidesOnDeactivate:NO]; [window setLevel:NSScreenSaverWindowLevel]; [window setIgnoresMouseEvents:YES]; [window setReleasedWhenClosed:NO]; [window setStyleMask:NSWindowStyleMaskBorderless]; // get screen rect and set to NSWindow [window setFrame:frame display:YES animate:NO]; [window setMovable:NO]; //Step1. Create a NSImage object with user-infomation embedded; ==> get this done NSSize size; size.width = 100; size.height = 300; NSImage* watermark_image = [NSImage imageWithSize:size flipped:NO drawingHandler:^(NSRect dstRect) { NSGraphicsContext* current_ctx = [NSGraphicsContext currentContext]; [current_ctx saveGraphicsState]; //current_ctx = [NSGraphicsContext currentContext]; CGContextRef context = [current_ctx CGContext]; //Rotates the user coordinate system in a context. CGFloat tilt_angle = 20*M_PI/180; CGContextRotateCTM(context, tilt_angle); NSString* data = @"12345"; NSPoint point; point.x = 20; point.y = 0; NSFont *font = [NSFont fontWithName:@"Arial" size:20.f]; NSDictionary *attributes = [NSDictionary dictionaryWithObjects: @[font, [NSColor redColor]] forKeys: @[NSFontAttributeName, NSForegroundColorAttributeName]]; [data drawAtPoint:point withAttributes:attributes]; [current_ctx restoreGraphicsState]; return YES; }]; //Step2. Create a UIColor object based on the NSImage object created above; NSColor* backgroud_color = [NSColor colorWithPatternImage:watermark_image]; //Step3. Set the new UIColor object as NSWindow background; [window setBackgroundColor:backgroud_color]; // TODO:Double check again; [window makeKeyAndOrderFront:NSApp]; CFRunLoopRun(); NSLog(@"App ended"); } //sleep(10*1000); return 0; }

We are implementing an Advanced App Clip Experience for our App Clip, but encountered a blocking issue where the configuration is shown as valid in App Store Connect, but is not recognized on device. We have run out of ways to debug and would appreciate help. Setup Summary Our main app is live on the App Store and includes an App Clip target. The Advanced App Clip Experience is configured in App Store Connect Status: Received Domain validation: All checks are marked as passed ✅ The domain's AASA (apple-app-site-association) includes the correct App Clip bundleID. ❌ The Issue When scanning a QR code pointing to outs domain on an iPhone The App Clip card does not appear. 2.Using the Developer > App Clip Experiences > Diagnostics tool on iPhone, entering the domain returns: "No Advanced Experience is registered for this URL." I’m very confused about why the device behavior doesn’t match the configuration status in App Store Connect. Any insight or suggestions would be greatly appreciated!

Hi everyone, I’m seeing a consistent one-day discrepancy between the expiresDate returned by the App Store Server API and the “Expires on” date shown in the iOS Settings / App Store subscription list. I’d like to confirm whether this behavior is expected or if I’m misunderstanding the way Apple rounds dates. Reproduction steps Step Action Result 1 Purchase a 1-month auto-renewable subscription on 23 June 2025 14:00 JST (UTC+9) Transaction succeeds 2 Immediately fetch the transaction with GET /inApps/v1/subscriptions/{transactionId} Response contains "expiresDate": "2025-07-23T05:00:00Z" (= 23 July 2025 14:00 JST) 3 On the same device open Settings › Apple ID › Subscriptions (or App Store › Account › Subscriptions) UI shows Expires on: 22 July 2025 The same happens for every monthly renewal and on multiple devices. Region is Japan, device time zone Asia/Tokyo. What I understand so far (and my hypothesis) Apple’s docs say a monthly subscription renews “on the same calendar date” of the next month, so renewal in this example is 23 July. If the renewal is scheduled for 23 July at 14:00 JST, the subscription is fully usable until the end of 22 July in calendar terms, because the new billing period starts the moment the 23rd begins in Apple’s canonical time zone. Therefore, it might be intentional for the UI to display 22 July—i.e., “you can keep using it through the 22nd; on the 23rd it renews.” This hypothesis makes sense internally, yet it still looks confusing to end users who read “Expires on 22 July” and assume access ends at 00:00 on the 22nd, a whole day earlier than in reality. Questions Is showing the day before the renewal date the official/expected behavior? If so, could Apple clarify that the “Expires on” label represents the last full calendar day rather than the exact expiry timestamp? Which value should we surface in-app when telling users “Your subscription is valid until …”? The server’s expiresDate (precise to the second, converted to user time zone), or A UI-style date that’s one day earlier, matching Settings / App Store? Does Apple have a public document describing this rounding/visual convention? Have other developers encountered user confusion about the apparent 1-day “shortening” and, if so, how did you word your in-app messaging? Any insight from Apple engineers or fellow developers would be greatly appreciated. Thank you!

Hi, One of my application doesn't get rating updates on AppStore. On https://appstoreconnect.apple.com/ Ratings and Reviews page I see that app got 19 Ratings with average 3.8 out of 5. But on AppStore it just have 5 ratings with average 3.4 out of 5. See attached screenshots: AppStore: AppStore Connect: . Please help me to figure out with this issue and hope we can fix rating on AppStore page accordingly to AppStore Connect. Thanks, Alex

I'm developing a visionOS app and was able to upload new builds without any problems to the App Store. A couple pf days ago I wanted to ship another update, but now I can't submit it to the App Store anymore, because the validation failed, something related to the App Icon seems to be the issue, the logs mention CFBundleIcons.CFBundlePrimaryIcon. I have setup the App Icons here: The validation error I first got was this, mentioning a plist entry (that has not been necessary in the past) is missing. I've then added that plist entry, as described in the reference doc for CFBundleIcons.CFBundlePrimaryIcon. My info.plist now includes this, following the mentioned docs: However, now I get a type missmatch error when validating — however the types are as described in the docs: What am I missing? Why even is this plist entry required now? Or is this a Bug? Help please

Hello, I submitted an appeal after my app was rejected under Guideline 4.3(a). It has now been over 5 days and I have not received any reply from the App Review Team. Has anyone experienced similar delays recently? Does Apple respond eventually or is there something else I should do? Thank you in advance.

So from the documentation of apple for implementing the in app review feature we can't test it without releasing our app to App Store since in test flight it doesn't approve the api call is there a way to test it where we can check if the rating or review entered is visible on a console so that we can test the end to end work flow? this happens in android in internal test track? is there any provision for this in iOS?

Hello Apple Support Team, We are developing a macOS application that allows users to import and view PST files (Microsoft Outlook archives). These files contain a complex, proprietary format that requires specialized parsing libraries. To achieve this, we are using Aspose Email for Java, which is currently one of the few reliable libraries that support complete PST parsing across platforms. Why we are using Java & Aspose The Aspose Email Java library provides a comprehensive API to extract mail data (including metadata, attachments, and folder structure) from .pst files. A native Swift or Objective-C alternative with full .pst parsing capability does not exist, which is why we opted for a Java-based helper module that runs in the background and communicates with the macOS app over a Unix domain socket. How we bundle it We package the AsposeEmail.jar and a custom JRE (Java Runtime Environment) created using jlink, tailored to run only our jar. This entire setup (JAR + JRE) is bundled within the Contents/Resources directory of the macOS app, and we invoke the Java runtime using standard process launch APIs from Swift. Problem during App Store Submission When we archive the app and submit it to the App Store, the validation step raises an error: ITMS-90284: Invalid Code Signing - The executable 'com.app.sample.appstore.pkg/Payload/Sample.app/Contents/Resources/custom-jre-universal/lib/cli ent/libjsig.dylib' must be signed with the certificate that is contained in the provisioning profile. ITMS-90284: Invalid Code Signing - The executable 'com.app.aample.appstore.pkg/Payload/Sample.app/Contents/Resources/custom-jre-universal/lib/cli ent/libjvm.dylib' must be signed with the certificate that is contained in the provisioning profile. When we attempt to code sign the custom JRE, especially the .dylib files inside, the runtime breaks. Java is unable to launch correctly and throws permission errors and execution failures. Alternative we thought of (On-Demand Download) To avoid the code signing issue, we decided to remove the JRE from the bundle and instead download it on demand when the user performs an action like "Import PST". However, we realized this may violate the App Store Review Guideline 2.5.2: Our use case, while not dynamically modifying features, does download and execute a Java runtime, which could be interpreted as executing new code post-installation. How can we proceed? We are looking for Apple’s guidance on the correct and compliant path forward: Is there a recommended way to bundle and codesign a custom JRE so it is accepted by the App Store? Is on-demand download of a custom runtime for a very specific parsing task permitted, assuming it doesn't modify app features but simply supports user-initiated operations? We would greatly appreciate any guidance or best practices on how to handle this situation, particularly with respect to App Store compliance. Regards, Maaz Hussain

Hello Apple Support team, I hope You are doing well this is Muhammad Musaab and i am currently applying for the apple developer program i have successfully completed my apple profile and when i logged in to my developer app on macbook and also on my iphone the enrollment button gets grayed out and unclickable, please i do not want to sign up on web page i am asking help regarding the grayed out button i am getting on apple developer app. Kindly resolve this issue as soon so that i could provide my unique games and apps to apple users. Thanks!

I’m experiencing a critical issue with my app’s review process under my developer account (App ID: 6744330283). The app was initially approved and published, but starting with version 1.2 and later updates, every submission faces prolonged review times (over 1 week) only to be automatically rejected without clear justification. I’ve resubmitted multiple times, confirmed compliance with guidelines, and even tested with minor changes—same result. Meanwhile, a separate developer account of mine gets approvals within 24 hours for the same type of apps, suggesting an account-specific issue. Actions Taken: Appealed via the Resolution Center and App Review Board. Communicated via email and even a Meet call with Apple Support, but was told my account has "no issues." The app has real users and active IAPs, making this disruption unacceptable. Next Steps: I’m pursuing legal counsel in LA to escalate this, as the lack of transparency is harming my business. Questions for the community: Has anyone resolved a similar issue? Are there hidden account flags or escalation paths beyond standard channels? Any advice or shared experiences would be greatly appreciated.

Hey All! I keep receiving an email from Apple stating "You have a missing purpose string in your Info.plist" for the key "NSLocationAlwaysAndWhenInUseUsageDescription". The thing is, though, that we are setting that value within our build Info.plist. The data in that value is even reflected into the application after build, with the correct purpose string showing up when requesting location services. We currently do our builds via Azure Devops CI/CD, where we use xcodebuild for this process. The archive also generates an Info.plist without the location key, so I tried manually inserting it before deployment. Also no luck. Anyone else had this issue or know how to resolve it? Snippet to show how the location key is currently set during build: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>NSLocationWhenInUseUsageDescription</key> <string>Application uses location data for accurate maps display</string> </dict> </plist> Thanks!

Hi, I'm working on an app that currently support iOS 16+ I'm considering to raise the deployment target to iOS 26 For users on devices with version lower than iOS 26, I know they can continue to use the app they have already installed and can even redownload it via the last-compatible versions support. The question is simple - once the version with deployment target iOS 26 is released, is there any way to update the last compatible version of iOS 16+ in case a critical bug or security vulnerability has to be fixed? For example lets say that the current version is 1.2.2 (iOS 16+) new version 2.0.0 (iOS 26+) is released users with iOS 26 can install 2.0.0 existing users with iOS 16-18 can continue to use and reinstall 1.2.2 in the meanwhile, the app evolves and reaches 2.1.5 6 moths later, a critical bug or security vulnerability on 1.2.2 has to be fixed, so 1.2.3 version, based on 1.2.2 codebase with the necessary fixes has to be deployed to old users. How to update existing users with iOS 16-18 from 1.2.2 to 1.2.3? Is there any mechanism to achieve this? Does AppStoreConnect or AppStoreConnectAPI allow such thing?

Hi fellow developers, I built Video Restore AI which uses a number of models with CoreML on macOS to provide simple one-blick video upscaling and colorization. After uploading my archive, I received the following notification through email. ITMS-91109: Invalid package contents - The package contains one or more files with the com.apple.quarantine extended file attribute, such as “{com.kammerath.VideoRestore.pkg/Payload/Video Restore AI.app/Contents/Resources/ECCV16Colorize.mlmodelc/weights/weight.bin}”. This attribute shouldn’t be included in any macOS apps distributed on TestFlight or the App Store. Starting February 18, 2025, you must remove this attribute from all files within your macOS app before you can upload to App Store Connect. How do I deal with this? Is there a way to get Apple to just accept the model contents or do I need to convert it again with coremltools? Many thanks in advance! Jan

How long was it between putting your first app on the App Store (that had a paid component to it like IAPs) and getting your first sale? I'm working on an app at the moment that I plan on putting up for a small one time fee. I'm curious to know what people's different experiences were with this. What was your app and how did it go?