An ITMS-91061: Missing privacy manifest rejection email looks as follows: ITMS-91061: Missing privacy manifest- Your app includes "<path/to/SDK>", which includes , an SDK that was identified in the documentation as a privacy-impacting third-party SDK. Starting February 12, 2025, if a new app includes a privacy-impacting SDK, or an app update adds a new privacy-impacting SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. Glossary ITMS-91061: Missing privacy manifest: An email that includes the name and path of privacy-impacting SDK(s) with no privacy manifest files in your app bundle. For more information, see https://developer.apple.com/support/third-party-SDK-requirements. : The specified privacy-impacting SDK that doesn't include a privacy manifest file. If you are the developer of the rejected app, gather the name of the SDK from the email you received from Apple, then contact the SDK's provider for an updated version that includes a valid privacy manifest. After receiving an updated version of the SDK, verify the SDK includes a valid privacy manifest file at the expected location. For more information, see Adding a privacy manifest to your app or third-party SDK. If your app includes a privacy manifest file, make sure the file only describes the privacy practices of your app. Do not add the privacy practices of the SDK to your app's privacy manifest. If the email lists multiple SDKs, repeat the above process for all of them. If you are the developer of an SDK listed in the email, publish an updated version of your SDK that includes a privacy manifest file with valid keys and values. Every privacy-impacting SDK must contain a privacy manifest file that only describes its privacy practices. To learn how to add a valid privacy manifest to your SDK, see the Additional resources section below. Additional resources Privacy manifest files Describing data use in privacy manifests Describing use of required reason API Adding a privacy manifest to your app or third-party SDK TN3182: Adding privacy tracking keys to your privacy manifest TN3183: Adding required reason API entries to your privacy manifest TN3184: Adding data collection details to your privacy manifest TN3181: Debugging an invalid privacy manifest

App Store Connect displays the In-App Purchases and Subscriptions section on your app's version page when your app has an In-App Purchase or subscription with a Ready to Submit status. To locate the In-App Purchases and Subscriptions section: In Apps, select the app you want to view. In the sidebar, select the app version. On the version page, scroll down to the In-App Purchases and Subscriptions section. For more information, see Submit an In-App Purchase.

I would like to report a serious and repeated pattern of potentially misleading and impersonating applications published on the Mac App Store under the seller/developer name Mihai Graure. This is not a complaint about one isolated app. The same developer has published multiple applications using the names, branding, interfaces, and visual presentation of major services including LinkedIn, Zoom, Google Drive, Twitch, X/Twitter, TikTok, Facebook, Instagram, and Gmail. Reported applications: Desktop App for LinkedIn https://apps.apple.com/us/app/desktop-app-for-linkedin/id6786838795?mt=12 Desktop App for Zoom https://apps.apple.com/us/app/desktop-app-for-zoom/id6796387421?mt=12 App for Google Drive & Docs https://apps.apple.com/us/app/app-for-google-drive-docs/id6792317542?mt=12 App for Twitch https://apps.apple.com/us/app/app-for-twitch/id6797809667?mt=12 Desktop App for X (Twitter) https://apps.apple.com/us/app/desktop-app-for-x-twitter/id6786838258?mt=12 App for TikTok https://apps.apple.com/us/app/app-for-tiktok/id6783051609?mt=12 App for Facebook https://apps.apple.com/us/app/app-for-facebook-%C2%BA/id6770487788?mt=12 Apps for Instagram https://apps.apple.com/us/app/apps-for-instagram/id6778116535?mt=12 Desktop App for Gmail https://apps.apple.com/us/app/desktop-app-for-gmail/id6770216468?mt=12 My main concern is the overall presentation of these apps to customers. The developer uses the names of globally recognized services directly in the app titles. A user searching for Gmail, Instagram, Facebook, LinkedIn, Zoom, TikTok, Twitch, Google Drive, or X could reasonably believe these are official desktop apps or apps authorized by the companies that operate those services. The concern is not limited to the names. The apps also appear to reproduce or closely imitate the official user interfaces, layouts, navigation, branding style, and visual presentation of the services they reference. The App Store screenshots appear identical or extremely similar to the official interfaces users already recognize. This combination can create a very strong impression of legitimacy: the official product name is used in the title, the screenshots closely resemble the real service, the UI looks like the official product, and the app is presented as a dedicated “Desktop App” or “App for” that service. I specifically request that Apple compare the screenshots and the actual installed apps side-by-side with the official websites and applications of the corresponding companies. Apple should verify whether the developer has authorization to use these product names, trademarks, branding, interface elements, screenshots, layouts, graphics, and other protected material. Some listings may contain a non-affiliation statement, but this appears only at the end of the description, after the customer has already seen the app name, icon, screenshots, branding, and official-looking UI. In my view, a statement buried at the end of the description does not remove the misleading impression created by the rest of the listing. Many customers make download decisions from search results, titles, icons, screenshots, and the first part of a description. Apple should therefore review the complete presentation rather than treating an end-of-description disclaimer as sufficient where the rest of the listing may strongly imply official affiliation. This also appears to be a systematic developer-account-level pattern. The same seller has published at least nine apps targeting unrelated major brands operated by different companies, including Microsoft/LinkedIn, Zoom, Google, Amazon/Twitch, X Corp., ByteDance/TikTok, and Meta. The repeated strategy appears very similar across the portfolio: use the established service name, present the product as a dedicated desktop app, and reproduce or closely resemble the official interface and visual identity. Because the same pattern is repeated across many unrelated brands, I ask Apple to investigate the entire developer account rather than reviewing each listing in isolation. I believe these apps warrant investigation under App Review Guideline 4.1 — Copycats, as well as any applicable rules concerning intellectual property, misleading metadata, impersonation, trademark use, spam, and developer conduct. Please investigate whether: the apps impersonate or closely imitate established services; another company’s brand or product name is being used without authorization; the UI substantially reproduces the official product experience; App Store screenshots reproduce or closely imitate official interfaces; users could reasonably mistake these apps for official or authorized products; the developer has permission from each affected company; protected trademarks, graphics, layouts, screenshots, or visual assets are being used without authorization; this represents repeated copycat or misleading behavior across one developer account; the overall presentation is designed to benefit from confusion with established brands. I respectfully request that Apple App Review, Trust & Safety, and the appropriate Developer Program enforcement team conduct a full investigation of this developer account and all associated apps. Please review the actual installed applications, not only the written descriptions. The UI, screenshots, naming, branding, and full customer experience are important when determining whether these apps are misleading or impersonating legitimate services. Apple should also require the developer to demonstrate valid authorization from the companies whose names, products, and visual identities are being used. If Apple determines that these apps involve unauthorized brand use, repeated impersonation, copycat behavior, misleading presentation, intellectual-property misuse, or other Developer Program violations, I request removal of the affected applications and appropriate account-level enforcement, including termination of the Apple Developer Program account if warranted. This appears to be a repeated pattern involving multiple major brands, not an isolated naming mistake. I therefore ask Apple to investigate the complete developer portfolio and take appropriate action to protect Mac App Store users and preserve trust in App Store search results and developer identity.

I am new and submitted an app which got reviewed twice over the last 2 weeks. I tried adding IAP in the 2nd submission but it didn't get attached. I created 3rd submission and the status says Ready for Review. The IAP says (Unable to Submit for Review To submit your items for review, add an app version for the selected platform.). There is no option to cancel the submission and restart. Previous review cycles showed "Waiting for Review" and "In Review" before I got response on reasons for rejecting the app submission. But now it appears to be stuck. I requested email support. Is there any solution that I am missing? Thanks for your help! Raja

Has anyone successfully completed DSA compliance phone number verification using the "receive a phone call" option? It seems that Apple first tries to send an SMS. You then have the option to resend another SMS, to receive a phone call, or to upload documents. When I choose to receive a phone call, it seems that the Apple system calls me but it hangs up without reading out a code. Has anyone got this to work?

Hello Everyone, I have published my app few months back . The app does not show up in search when I search with the app name . It's a social media app and i provided the right key words . FYI- But when I search the app with combining the company name and app name it shows up. I am in contact with apple support for last 1 month and all the time , i get the an answer that the engineers are woking on it. They even suggested me to include the app name in the Key words, which I did , but no results. Today the supervisor suggests that support team might not be able to do much and I have to revisit my settings. I don't know what else to change other than the key words. . He also highlighted that since Language EN was chosen and the my app name is not an english word, could be also the reason for it not showing up in the search. Can someone please help to provide a solution to this.

I have a non-consummable in-app purchase that I am trying to submit for review. One of the requirements is a screenshot. I have tried uploading multiple screenshots of multiple sizes, all drawn from the documentation, but every one of them is rejected as the wrong size. The screenshots are coming straight out of the simulator, and I have verified that the dimensions match those in the documentation. What else can I do to move this along so I can submit my in-app purchase and my app?

Hello Apple Developer Community and Apple Support Team, We are seeking guidance regarding our Apple Developer Program account (Account Holder: Rami Waleed Mohamed Gallo), which was closed under Section 3.2(f) on August 23, 2026. We deeply respect the App Store Review Guidelines and the standards Apple sets to keep the ecosystem safe and trustworthy. We take these rules very seriously. Following our Notice of Termination, we submitted a formal appeal to the App Review Board and provided detailed clarification regarding our applications and operations. Our account has been closed since August 23, 2026, and we have not yet received a status update or guidance regarding our appeal (Reference Case ID: 20000149214883). We have been a dedicated member of the Apple Developer Program for over 4+ years, managing over 25+ applications serving active corporate clients (including enterprise logistics, automotive, and healthcare applications) and thousands of daily active users. The account termination and loss of backend services (such as push notifications) is causing severe operational disruption for these businesses and end-users. We are fully committed to cooperating with Apple, providing any requested business or identity verification documents, and implementing any necessary compliance processes to resolve this matter and rebuild trust. We would be extremely grateful for any guidance from the Apple Team or the community on: Identifying the specific application, incident, or action that led to the termination, so we can address and fix the root issue immediately. How to confirm our appeal and materials are under active review by the App Review Board. Any additional steps or escalation paths we can take to clarify this situation. Thank you for your time and assistance. Account Name: Rami Waleed Mohamed Gallo Support Reference Case ID: 20000149214883

Hi App Review, I have an update to a live app that has now spent roughly 10 weeks unable to get through review, across two separate submissions, and I'd appreciate someone checking whether it's genuinely queued or whether something is holding it. Timeline: 16 June 2026 — v1.1.0 submitted. Sat in "Waiting for Review" for 5+ weeks, never moved to In Review. No Resolution Center message, nothing action-required. 23 July 2026 — after that submission showed no movement, I removed it and submitted a fresh build of the same version. It has now been in "Waiting for Review" for 38 days, again with no reviewer pickup and no Resolution Center message. v1.0.0 reviewed and approved normally on 8 June 2026, so the app and account have a clean prior review. The resubmission has been left completely untouched — no edits, no cancellations — so this is not a case of repeated changes resetting the queue. Two clean submissions of the same update have now stalled identically. What I've already checked on my side: no Resolution Center messages, no action-required banners, build shows valid and correctly attached to the version, export compliance answered, and Agreements/Tax/Banking all current. I've also raised support case 102923511308 and submitted an expedited review request, neither of which has changed the status. Could someone confirm whether this submission is proceeding normally, or flag if anything is required from me or if it needs to be looked at manually? Happy to provide the submission ID or any other detail. @Apple

Our Apple Developer Program membership for BARNEROBE AS was terminated under Section 3.2(f) on August 24, 2026. We appealed immediately and have contacted Developer Support multiple times, but we have received no substantive response. BARNEROBE AS is a legitimate Norwegian company with a genuine business and users. The termination has completely stopped our iOS operations and is causing ongoing financial and business harm every day. We respectfully ask Apple to urgently review and escalate our existing appeal. We are ready to provide any documentation or evidence required. Case ID -1: 20000145845679 Case ID -2: 20000150078655 Case ID -3: 20000147884075 Case ID -4:20000147522352 Case ID -5:20000146688996 Case ID -6: 20000145979328 Despite multiple support requests and our reinstatement appeal, we have received no substantive response or final decision. Our iOS operations remain completely suspended, causing ongoing business and financial harm.

I'm the sole Director, Shareholder, and PSC of a UK-registered limited company (Companies House verified, D-U-N-S number obtained), enrolling in the Apple Developer Program as an Organization. Apple requested additional verification documents to confirm my identity and association with the entity. On 17/08/2026, I submitted a complete package: Government-issued passport Certificate of Incorporation (UK Companies House) Official Companies House officer record showing my role as Active Director, with "Verification requirements complete" A signed declaration confirming my authority as sole Director/Shareholder/PSC, and explaining that as a newly incorporated company with no employees other than myself, no separate employment reference is available Apple confirmed receipt of these documents by email. Since then: I followed up via support ticket on 27/08/2026 — Case ID: 20000149144709 No response as of today, several business days later Enrollment ID: 6HDSQCQU98 Could someone from the Apple Developer Relations team please advise on the status of this case, or point me to the correct escalation path? Happy to provide any further information needed to resolve this.

Hi, I am seeing "Waiting for Review" for the past 10 hours, and I do not know why it is taking so long, some of my versions get approved quickly some versions taking a long time. General Information Bundle ID: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp SKU: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp Apple ID: 6756443629 App Name: ProntoFoodDeliveryApp Bundle Short Version String: 1.0.6 Bundle Version String: 2 Please let me know if you need any additional information. My testers are waiting to test the new features. Thank you

Hi everyone, I am preparing to publish my React Native mobile application called ScoreVerse to the App Store and would like clarification regarding developer account requirements (Individual vs. Organization). App Overview & Core Features: Sports Turf & Ground Booking: Users can browse local turf grounds, check available time slots, and book turf sessions for physical sports activities (football, cricket, etc.). Tournament Management & Live Scoring: Organizing local matches/tournaments, tracking live scores, team management, and schedules. Payments: Payments are processed via a third-party gateway (Razorpay) strictly for real-world physical turf bookings and local tournament entry fees (physical services / events, in compliance with Guideline 3.1.3(e) / 3.1.5). User & Admin Roles: Ground owners/managers manage their own turf availability and slots, while players/users book slots and view tournament stats. My Questions: Individual vs. Organization Account: Does Apple App Store Review require an Organization Account (D-U-N-S registered legal entity) for this type of sports turf booking and tournament platform, or is an Individual Developer Account sufficient for initial release? Third-Party Payment Gateway Usage: Since payments are exclusively for physical services/turf rentals in the real world (and not for digital consumable goods or in-app unlocks), will having an Individual Account cause any review rejections under Guideline 5.1.1 / 3.1.3(e)? Account Migration: If we launch initially under an Individual Account, how seamless is the process to convert/transfer the app and account to an Organization Account later once company registration is complete? Any insights from developers with similar booking/sports platforms or App Review moderators would be greatly appreciated! Thank you!

hi all Hi all, ClubDraw (App ID: 6761770554) has been in review for 4+ months across 6 submission cycles. Resubmitted 18th August with a formal App Review Board appeal the same day - 16 days with no response. The core issue: Apple are applying Guideline 5.3.4 (gambling licence) to a B2B SaaS platform. ClubDraw enables UK grassroots sports clubs to run their own weekly lotto draws. The clubs are the licensed operators under the Gambling Act 2005. We charge a flat subscription fee only - all draw revenue goes directly to the club. We are not a lottery operator. ClubZap (App Store ID: 1004097048) operates an identical model and is live on the App Store. We've cited this in every response. ClubDraw is also live on Google Play UK without any licence requirement. Guideline 3.1.1 has also been raised - Apple say our club admin subscription must use IAP. It's a B2B SaaS fee charged to club administrators, not a consumer purchase. All other guidelines (2.1, 5.2.1) are fully resolved. The problem: App Review Board appeal not acknowledged. Message thread locked in App Store Connect. Direct emails bounce. Has anyone successfully escalated past the App Review Board? Any advice welcome. Thanks in advance.

We have 5 consumable in-app purchase products (Product IDs: localshadows_support_099, _499, _999, _2499, _4999) currently in "Prepare for Submission" status. Our app's first version (1.0) has also not yet been submitted for App Review. Question: Does sandbox testing of these consumable IAPs require the app to be fully approved through App Review first, or is it sufficient for the products to be attached to a version that has been submitted (even if still pending review)? What we've tried: We're using react-native-iap v16.4.1 for a real native StoreKit 2 purchase flow (not RevenueCat, which was masking this issue via its Test Store simulation mode). Calling fetchProducts() for these SKUs returns an empty array, and calling requestPurchase() for them results in an indefinite hang with no error. We want to complete sandbox testing before deciding on our actual App Review submission timeline.

Hello, My app has now been stuck in “Waiting for Review” for more than 66 hours after resubmission, with no status change. This is the first public release of the app. I have also experienced unusually long review delays on several previous submissions. In one previous case, the submission remained stuck for nearly a week, and a Contact Us support request also went unanswered for about a week. Once the app actually enters “In Review”, the review itself is usually completed very quickly, which makes me concerned that the repeated delay may be related to queueing or routing rather than the review itself. I replied to App Review and resubmitted the app three days ago, but there has been no further response or progress since then. A priority / expedited review had previously been approved, so I am also concerned that the current resubmission may have lost its priority or may not be correctly routed in the review queue. Could an Apple Staff member please help confirm whether this submission is correctly queued for review, and whether there may be a routing or processing issue affecting it? Submission ID: cb8ae2c6-94ab-463d-b9a6-e218179ecefc Thank you very much for any assistance.

Hi everyone, I'm hoping someone here has run into this and found a way through it, because Apple Support hasn't been much help so far. Background: We manage an Apple Developer Program Organization account for a healthcare startup. The membership itself is active and has existed for a while — we're simply trying to renew it. The issue: Every renewal payment attempt gets redirected to a "payment review," and every single review has since failed — 5 times in a row now, over more than a week. We've tried: A locally-issued card, paid from within the country of registration A different card issued in a different country, paid from that country Both cards, both regions — same result every time. No explanation is given for why the review fails, and no alternative payment method is offered. What we've already done: Contacted Apple Developer Support multiple times through the normal request form Explained the repeated failures and asked for the specific reason Asked for escalation beyond the standard review queue So far, we've gotten generic responses without any diagnostic detail on why the payment keeps getting flagged, and no indication of timeline. Why I think this isn't a card issue: Five consecutive failures across two completely different cards, banks, and countries strongly suggests the problem is on the review/account side, not the payment method itself. But without any feedback from Apple explaining what's actually being flagged, we're stuck guessing. This is currently blocking a completed, ready-to-submit app from being released, so the urgency is real on our side. Has anyone dealt with a payment review that kept failing repeatedly like this? Did you find out what actually triggers repeated review failures (billing address mismatch, name mismatch, something account-level)? Is there a way to reach a specialized billing/renewal team rather than the standard support queue? Did a specific action on your end (changing payment method type, updating account info, waiting a certain amount of time) actually resolve it? Any insight — even "this happened to us and here's roughly how long it took" — would genuinely help. Thanks in advance.

We are testing two auto-renewable subscriptions for a new iOS app. In Apple Sandbox, StoreKit 2 Product.products(for:) always returns an empty array. Legacy SKProductsRequest independently reports both identifiers as invalid. Environment: Physical iPhone, iOS 26.5 Xcode development build with automatic signing Storefront.current = USA (143441) canMakePayments = true No StoreKit Configuration file in the Run scheme Direct native StoreKit 2 diagnostics, without a third-party purchase SDK TN3186 checks completed: Explicit Bundle ID matches the App Store Connect app, installed app, and provisioning profile In-App Purchase is enabled for the App ID Developer membership, Paid Apps Agreement, banking, and tax are active One subscription group with monthly and yearly subscriptions is visible Pricing, localizations, and availability are configured Neither subscription is Rejected or Developer Action Needed The scheme is using real Sandbox data, not local StoreKit testing Results: StoreKit 2 batch query: rawCount = 0 SKProductsRequest: valid = []; both identifiers are invalid StoreKit 2 individual monthly query: 0 StoreKit 2 individual yearly query: 0 No exception; failure occurs during product discovery Related reports: https://developer.apple.com/forums/thread/839313 — TN3186 verified and USA storefront valid, but still 0 products; no replies https://developer.apple.com/forums/thread/841722 — Apple Commerce mentioned Rejected or Developer Action Needed states; ours have neither https://developer.apple.com/forums/thread/820656 — Apple DTS confirmed first subscriptions do not require review before Sandbox testing Apple Developer Support referred us to TN3186, and we verified every applicable item. The individual subscription detail route in App Store Connect also intermittently remains on a loading indicator although the group and both records are visible. Could an App Store Commerce or StoreKit engineer check whether the app-to-IAP catalog association is populated correctly on Apple's side, or advise an official escalation path to have the Sandbox catalog reprocessed? Exact account, app, product, device, email, and support-case identifiers are omitted from this public post and can be supplied privately through Apple Support or Feedback Assistant.

Hello, I’m posting here to ask for guidance and to see if anyone has experienced a similar situation. More than 30 days ago, I submitted an appeal to the App Review Board after receiving a Pending Termination Notice for my Apple Developer Program account. However, I have not received any response or update since submitting the appeal. In the notice, Apple mentioned that my account was associated with “dishonest or fraudulent activity” related to app submissions. I want to clarify that I did not intentionally attempt to bypass the App Review process. The only change I made around that time was editing some app metadata (subtitle keywords) while trying to optimize my Apple Search Ads campaign. Looking back, I now understand that some of those keywords may have been interpreted as referencing content that Apple considers inappropriate for the App Store. After realizing this might have caused an issue, I immediately: Canceled the latest app submission that contained those metadata changes Explained the situation clearly in my appeal to the App Review Board Confirmed that I would avoid using similar metadata in the future Despite providing this explanation in my appeal, I have not received any reply or update for over a month, so I’m unsure about the current status of the appeal. If anyone here has gone through a similar process, could you share: How long it took to receive a response from the App Review Board? Whether it’s normal for appeals to take this long? Also, if any Apple staff happens to see this post, I would sincerely appreciate any guidance on whether my appeal is still under review or if there is anything further I should provide. Thank you very much for your time and help.

While validating Xcode Cloud with a self-managed GitLab instance, I found what appears to be an OAuth scope issue affecting private repositories. Apple’s documentation says to configure the GitLab OAuth application with: api, read_repository, read_user However, the actual /oauth/authorize URL generated by Xcode Cloud requests only: scope=api+read_user With a private GitLab repository, OAuth completes successfully and Xcode Cloud can call: GET /api/v4/user → 200 GET /api/v4/projects/:project → 200 But repository setup fails with: Repository was not found. Either the repository does not exist or you do not have permission to access it. The GitLab user had Maintainer-or-higher access. I reproduced this from a clean Xcode Cloud setup. As a control test, I repeated the exact same flow but manually changed the OAuth authorization request to: scope=api+read_user+read_repository GitLab then explicitly requested read-only access to private repositories over Git HTTP. After authorization, the same private repository connected successfully to Xcode Cloud, and a build could be queued normally. A public repository works without read_repository, which can hide the issue. So the reproducible difference was: Private repo + Apple-generated api read_user → fails Private repo + api read_user read_repository → succeeds This also appears inconsistent with Apple’s own self-managed GitLab setup documentation, which instructs users to enable read_repository. I’m sharing this mainly for others who may run into the same issue with private repositories.

I'm stuck on what should be a routine resubmission and can't find documented steps that match what I'm actually seeing in App Store Connect. Situation: My app's only existing submission (from an earlier rejected review round) is now in "Unresolved Issues" status. Per Apple's own docs, items can't be added to a submission in this state. I have a new build ready and uploaded (via eas submit / App Store Connect API), showing "Ready for Review" on the version page. I also have two subscriptions in the same subscription group, both fully configured and showing "Ready for Review" status. The subscriptions' own "Add for Review" button creates a separate Draft Submission, but that draft has no way to attach an app version to it. It just shows "To submit your items for review, add an app version for the selected platform," with no visible control to do so from that panel. The app version page itself has no "+" button next to Build and no "In-App Purchases and Subscriptions" section (some help docs describe this section; it doesn't appear on my version page at all). What I'm trying to do: submit the new build together with both subscriptions as one review submission, since it's a first-time auto-renewable subscription and Apple requires it be submitted alongside an app version. Has anyone run into this specific dead end: an app version with nowhere to attach IAPs, and a subscription draft with nowhere to attach a build? What's the actual current path to combine them? Screenshots of the exact UI I'm seeing available on request.

Hello, I made my app icon with Icon Composer and added the .icon file directly to my Xcode project. I noticed that the icon preview in Icon Composer looks one way, while the icon shown on the App Store looks different. Details: I am using the .icon file directly in the project I am not using an exported PNG for the app icon I did not add a separate background image The background was set with fill in Icon Composer The preview in Icon Composer looks as expected The App Store version has a different appearance I would like to ask whether this difference may come from: App Store processing caching or a recommended Icon Composer setup for background fill If anyone has seen something similar, I would appreciate any guidance. I can also share screenshots of the Icon Composer preview and the App Store result.