I’m looking for advice on App Store positioning for a slightly unusual developer-tool workflow. I have: Reality Prep Pro — macOS Prepares, validates and optimizes spatial assets. Reality Prep Preview — visionOS Verifies the resulting USDZ on Vision Pro and returns device evidence to the Mac workflow. The value is primarily in using them together: prepare on Mac → verify on Vision Pro → return evidence → detect when the asset changes and needs re-testing. Both apps can stand alone, but they were designed as complementary tools. For anyone who has marketed companion apps across Apple platforms: would you position the App Store pages primarily around each individual app, or make the cross-platform workflow the central story? I’m especially interested in approaches that remain clear to users without making either product page dependent on the other app.

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.

App: Lisz Bundle ID: com.louisoberlander.lisz Since August 30, 2026, my app doesn't show up at all in App Store search — not even searching for the exact app name. Direct link works perfectly, and App Store Connect shows the app as "Ready for Distribution" with no flags (no pending contract, no tax/banking issues). This isn't a ranking problem - the app is completely absent from results, so it looks like a backend search-indexing issue rather than a discoverability/placement one. Only recent change on my end was [the app's rename/bundle ID migration to com.xxxxxxxxxxx.lisz / the 1.0 approval earlier this month] - wondering if that's what triggered a re-index that's now stuck. It was visible up until yesterday via search but not anymore as of today, so it cannot be a bundle ID migration issue from a while ago. Has anyone else hit this after a rename or bundle ID change? Did it resolve on its own, or did you have to escalate through Support to get it fixed?

I need Apple to update a legacy App ID prefix to match my Team ID, and my support case has gone unanswered. Posting here in hopes a code-signing engineer can advise or nudge it along. My app VHDLRef (bundle ID com.squishLogic.VHDLRef, Apple ID 418473744) dates back to my original individual developer account. The App ID's prefix is still the legacy value CN7ZHAEHF4, while my current team (squishLogic LLC) has Team ID R55F2X4J69. Certificates, Identifiers & Profiles confirms the prefix mismatch. The iOS app builds, uploads, and was just approved (v3.2), since iOS accepts an App ID prefix that differs from the Team ID. The macOS build of the same target is rejected at upload by App Store Connect: Error 91130: "Invalid Provisioning Profile ... Invalid 'com.apple.application-identifier' entitlement value." Error 90286: "the 'CN7ZHAEHF4.com.squishLogic.VHDLRef' value for the com.apple.application-identifier key ... isn't supported. This value should be a string that starts with your Team ID, followed by a dot, followed by the bundle ID." My understanding is that the Mac App Store requires application-identifier to be TeamID.bundleID, there is no self-service way to change an App ID prefix, and the fix is for Apple to update the prefix to R55F2X4J69. The app has no keychain items or keychain sharing (entitlements are empty), so no user data depends on the old prefix. Questions: (1) Is a prefix update the correct and available fix here? (2) Is there any developer-side workaround short of shipping the Mac app under a new bundle ID and losing universal purchase? (3) Any way to escalate the support case, given phone support is currently unavailable? Case number: 20000152117550

Has anyone run into this with Universal Purchase when adding an iOS version to an existing macOS app? I have a paid macOS app that has been on the App Store for a while. I recently added an iOS version using Add Platform on the existing app in App Store Connect. The iOS version was approved and went live this morning. Everything appears to be set up as a Universal Purchase. Both versions are on the same App Store Connect submission page, they share the same App ID, and using Get Link in App Store Connect gives me the same App Store URL for both versions. Here’s the odd part. I previously downloaded the macOS version using one of my own App Store promo codes. That redemption is still in my Apple purchase history and shows as a $0.00 purchase. I’m using the same Apple Account on my iPhone, but when I view the app in the iOS App Store it shows the $4.99 purchase button instead of letting me download it as an existing owner. Apple’s documentation says an app downloaded using a promo code functions as if it were purchased, so I would have expected that purchase to carry over when the iOS version became part of the Universal Purchase. Has anyone specifically dealt with this situation? Do old promo-code redemptions not qualify for a platform that gets added later, or is there sometimes a delay before the Universal Purchase entitlement carries over to the newly added platform? I’d especially like to hear from anyone who has added iOS to an existing paid macOS app and had existing customers carry over to the new version. Thanks in advance!!

I have a very embarrassing problem. that I can't transfer my macOS app to another account. and above is wrong picture. I already tried to delete the apps group. but it doesn't work. this transfer is very important for our team. if anyone can tell me how to do, I will be very grateful.

Mac application is marked in TestFlight as "Complete" and "Ready to Submit". Individual testers have sent their "Feedback". What I have to do now to make my application appear in Mac App Store ? Please give any hint... Thank you.

Dear App Review Team, I am writing to escalate our app review, which has now been unresolved for 71 days. App ID: 6705133649 Original submission: 1 June 2026 Current date: 11 August 2026 The specific concern is not only the total duration, but the response time on each individual round. Every time we address a raised issue and resubmit, we wait an extended period for any reply at all: • One resubmission took 12 days to receive a response • Another took 45 days Each reply, when it finally arrived, raised a single new issue rather than a complete list — so we resolve it, resubmit, and the wait begins again. Every one of our previous submissions to this same app was reviewed within 24 to 48 hours. We would genuinely like to understand what has changed. A shift from 48 hours to 45 days on the same app, same account, and same category of build is not something we can explain from our side, and no communication we have received has explained it either. We are requesting: Escalation to a senior member of the App Review team An explanation for why review times on this app have moved from 24–48 hours to 12–45 days per round A consolidated list of every outstanding concern, so we can address all of them in a single resubmission rather than one per cycle Confirmation of whether any account-level hold or flag applies to us An estimated timeline for resolution We have complied fully and promptly with every request made so far and will continue to do so. We can provide demo credentials, a screen recording of the complete user flow, or a call with our engineering team at any time convenient to you. This delay is materially affecting our users and our business, and we would be grateful for your urgent attention. Thank you,

Hello Apple Developer Support, My app has been in the "Waiting for Review" status since July 3, and I am concerned because the update has not yet been reviewed. App Name: Trading Insights - AI Charts This update is important, and I would like to make it available to my users as soon as possible. So far, I have: Submitted an Expedited App Review request. Contacted Apple Developer Support regarding the delay. Unfortunately, the app is still waiting for review, and I have not received any indication of whether there is an issue with my submission. Could you please check if there is any problem with my app or my submission that is preventing the review from starting? If there is anything I need to fix or provide, I would be happy to do so immediately. I would greatly appreciate any assistance or guidance. Thank you for your time and support. Kind regards, Jawad

Mac Store search results now default to IOS Apps, devastating Mac Catalyst sales. To compound this issue, there is no way for Mac Catalyst developers to remove their Mac Catalyst version so that their IOS app (for iPad) will appear. They are invisible. I've contacted Apple but no reply yet. Any thoughts?

Hi everyone, We are facing a critical blocker with our macOS app processing. Since March 5, 2026, every single build we have uploaded (8 builds total) has been stuck in the "Processing" state for over 4 days. For our project, due to the large binary size, processing usually takes about 4 to 6 hours normally. However, we now have a long queue of builds that haven't transitioned to "Ready to Submit" for up to 80+ hours. Stuck Builds List: 1.0.0 (444): Mar 8, 3:09 PM (Processing) 1.0.0 (443): Mar 8, 5:36 AM (Processing) 1.0.0 (440): Mar 7, 6:37 AM (Processing) 1.0.0 (438): Mar 6, 5:01 PM (Processing) 1.0.0 (434): Mar 6, 12:04 AM (Processing) 1.0.0 (433): Mar 5, 6:26 PM (Processing) 1.0.0 (432): Mar 5, 10:51 AM (Processing) 1.0.0 (431): Mar 5, 6:11 AM (Processing) (Note: The last successful build was 1.0.0 (429) on March 4, which processed within the expected 6-hour window.) There have been no changes to our project settings, Info.plist, or entitlements since the last successful build. This is completely halting our scheduled update release. Is anyone else experiencing a similar backlog with large macOS binaries? Or is there a known issue with the App Store Connect pipeline for the macOS platform recently? Any help or investigation from Apple engineers would be greatly appreciated. (Feedback ID: FB22156358)

Hello, What are the restrictions on submitting apps to the mac App Store that use an NETransparentProxy alongside a locally installed and trusted Root-CA to intercept, decrypt and manipulate TLS traffic? To be more specific, I'm not talking about a Safari extension. I'm talking about system-wide traffic. So that the app can detect and block ads and trackers from all apps, not just Safari. I'm aware that such an app can be distributed using an unsandboxed Developer-ID signed app. But I wonder if such an app also breaks Sandbox requirements for AppStore distributed apps? Also, is there a way for a sandboxed app to install and trust a root CA? SecTrustSettingsSetTrustSettings does not work in Sandboxed apps from what I found. Finally, I want to ask about EndpointSecurity. Can this entitlement be used in AppStore-ditributed apps? Is doing any of these things possible on AppStore-distributed apps? Thanks in advance for your reply.

Hello Apple, I am looking for guidance regarding an app that has been waiting for review for an unusually long time. It's the first build and the app details are : App ID: 6771651289 App Title: Authenticator App Status: Waiting for Review Submission Date: March 23, 2026 Submission Type: First App Store Submission My app has remained in the "Waiting for Review" state since March 23, 2026, and I have not yet received any feedback, requests for additional information, or review outcome. I understand that review times can vary depending on workload and review requirements. However, the extended waiting for review period is causing a significant delay to my planned launch, and I would be grateful if the App Review Team could provide an update on the status of the review or advise whether any additional information is needed from my side. Thank you for your time and assistance. I appreciate the work of the App Review Team and look forward to your response. Kind regards, Sufyan

Hello Apple, I am looking for guidance regarding an app that has been in review for an unusually long time. App ID: 6771651289 App Title: Authenticator App Status: In Review Review Start Date: March 23, 2026 Submission Type: First App Store Submission My app has remained in the "In Review" state since March 23, 2026, and I have not yet received any feedback, requests for additional information, or review outcome. I understand that review times can vary depending on workload and review requirements. However, the extended review period is causing a significant delay to my planned launch, and I would be grateful if the App Review Team could provide an update on the status of the review or advise whether any additional information is needed from my side. Thank you for your time and assistance. I appreciate the work of the App Review Team and look forward to your response. Kind regards, Developer of App ID 6771651289

Hi, I want to detect if there is a fullscreen window on each screen. _AXUIElementGetWindow and kAXFullscreenAttribute methods work, but I have to be in a non-sandbox environment to use them. Is there any other way that also works? I don't think it's enough to judge if it's fullscreen by comparing the window size to the screen size, since it doesn't work on MacBook with notch, or the menu bar is set to 'auto-hide'. Thanks.

Hello Apple Developer Support Team, I would appreciate your assistance regarding a prolonged review delay for my app. App Name: Chat Mate for Messenger App ID: 6762255821 My app was previously rejected, and after addressing the review feedback, I resubmitted the update. However, it has now been 14 days and the app remains in "Waiting for Review" status without any further communication or review activity. This project is extremely important to me and my team. We have worked diligently to resolve all issues raised during the previous review and are very eager to launch the app. The extended delay is significantly impacting our planned release schedule and ongoing work. Could you please investigate the status of this submission and help move the review process forward if possible? We would greatly appreciate any update or assistance in getting the app reviewed and, if approved, made live as soon as possible. Thank you for your time and support. Best regards, Muhammad Ahmed

Hello, I honestly don’t understand what’s going on with my app review. My app was already approved before, and I submitted a new build on April 7th with some new features and important bug fixes. Since then, it has been stuck on “Waiting for Review” with absolutely no update. It’s been 40 days now, which is honestly unacceptable. I even submitted an expedited review request, but that didn’t help either. The worst part is that this build contains bug fixes for users, and the delay is directly affecting the app experience. Waiting this long without any response or progress is really frustrating. Can someone from Apple please look into this and help resolve it ASAP? Thank you.

Since some time now, when users try to buy my App on the Mac App Store or want to start the trial, the system dialog to confirm the purchase is not working correctly. The dialog is sticking to the upper border of the screen behind the menubar and can‘t be moved. And - this is the real problem - users can not confirm the purchase, because the button (or Touch ID field) is not shown. Only the cancel button is there and clickable. Usually (where the arrow points) there is the Touch ID symbol, the password field or purchase button. Any ideas?

Dear Apple App Review Team, I hope you are doing well. I am writing to respectfully request assistance regarding my app review status for the following application: App Name: Lang-Talk : Language Lessons App ID: 6761159353 The app was submitted to App Store Connect on March 27, 2026, and it is still showing “Waiting for Review” after more than two months. I previously contacted Apple Developer Support regarding this issue under: Case ID: 102863904030 I received responses on April 15 and April 21 stating that the app was still in the queue and that there was nothing I could do to speed up the process. However, since then, there has been no progress, no review activity, and no additional communication regarding my submission. Because of the unusually long delay, I also posted a question on the Apple Developer Forums to seek guidance from other developers. In my forum post, I explained that: The app has remained in “Waiting for Review” since March 27, 2026 No rejection or feedback has ever been received This is the app’s first submission Many other apps and updates submitted after my app have already been reviewed and released Several developers mentioned that this waiting period is far longer than normal App Store review timelines, which increased my concern that there may be an issue preventing the review process from starting properly. I also submitted an expedite review request, but unfortunately there has been no change in the status. I completely understand that review times may vary depending on internal workload and review requirements. However, after waiting for more than two months without any feedback or status change, I kindly request that the App Review Team please investigate whether there is any hidden issue, account-related problem, or technical reason causing this delay. If any additional information or action is required from my side, I would be happy to provide it immediately. This project is very important to me, and the prolonged uncertainty has become extremely stressful. I would sincerely appreciate any clarification, assistance, or escalation that could help move the review process forward. Thank you very much for your time and support. Kind regards, Sameen Zaka

Hello, I'm posting again — and unfortunately, I already know how this thread is going to go. My app (ID: 6756186616) has now been stuck in "In Review" for 80 days. To save everyone time, here is the reply I expect to receive within a day or two, copy-pasted from the response on my last thread: "Thank you for your post. We're investigating and The App Review team will contact you in App Store Connect to provide further assistance. If you continue to experience issues during review, please contact us." Nothing actually happened after that reply last time. No follow-up in App Store Connect. No further communication. Just silence. When I escalated to Developer Support (case #20000111565861), I was told explicitly that Developer Support has no way to reach the App Review team and no authority to intervene on submissions stuck in review. So Developer Support points back to App Review, and the standard forum reply points back to "contact us" — which loops back to Developer Support. This is a closed loop that doesn't actually resolve anything for an independent developer. Concrete questions: Is there any real escalation path that doesn't end in an automated reply? Why has a submission been "In Review" for 80 days with zero communication? What should a solo developer do when both Developer Support and the forum response are dead ends? I'm not asking for special treatment. I'm asking for the review to actually move — in either direction. A rejection with feedback would be infinitely more useful than 80 days of silence. Thank you.