Hi alll, ive built an iOS and macOS app and made the iOS a free download, the macOS is a paid subscription but the subscription isnt work for some reason can anyone help - when I download the macOS version it just states no active subscription but all looks good on the appstore

Hello Developers, I am facing an issue while trying to sign in to a newly created Apple Developer account on my Mac/Xcode. Error message: “This device is already associated with other accounts in the Apple Developer Program or the Apple Developer Enterprise Program. Please use a different device.” Details: The Apple ID works correctly in browser login Apple Developer membership/payment is completed The account is accessible on the Apple website The issue only appears while signing in on the Mac/Xcode I already contacted Apple Support and received a case ID, but no response yet after 24+ hours Things already tried: Signed out/in from Apple ID Restarted Mac Tried different network Cleared related account settings Has anyone faced this issue before? Is this a temporary device association/security restriction from Apple’s side, or does it require manual reset by Apple Support? Any guidance would be appreciated. Thank you.

Hey everyone, We recently submitted our new dating app, Rove Dating, and it’s been rejected under Guideline 4.3(b) — “Design: Spam.” I’d really appreciate your insights, especially from anyone who’s faced something similar or has experience getting nuanced apps approved in a saturated category. Before building Rove, we spoke to dozens of users of existing dating platforms. We consistently heard the same thing: people are deeply dissatisfied with current apps. They’re overwhelmed, burned out by swiping, and frustrated by endless choices and low-quality interactions. It became clear that the problem isn’t that there are “too many” dating apps — it’s that most aren’t adapting to how people actually want to date in 2025. We designed Rove to address those pain points head-on, with a totally different approach to matching, message limits, and emotional safety. We believe our app meaningfully improves the dating experience — but we’re having trouble getting that across in the review process. Below is the explanation we’ve been submitting, which we feel strongly communicates how Rove is different. If anyone has tips, feedback, or even just a second set of eyes on how we’re presenting this, I’d be grateful! –– Response to Guideline 4.3(b) – Design – Spam We respectfully disagree with the assessment that Rove Dating duplicates existing apps. Rove is not a clone of existing dating apps — it introduces original interaction mechanics and novel safety features designed to address the growing frustration users feel toward current dating platforms. ⸻ What Makes Rove Dating Unique Rove Dating is a highly curated experience that intentionally limits user engagement to foster more meaningful, emotionally safe interactions: Key Differentiators: • No Swiping or Infinite Browsing: Users see a small, rotating selection instead of endless feeds. • Limited Conversations: Each user can have only 3 active conversations at a time. • “Shoot Your Shot” Mechanism: • Men can initiate contact with a limited set of women. • If a woman declines, the man can try with someone else — if not, he must wait. • Women can only receive inbound messages, helping prevent message fatigue. This constraint-based system: • Reduces inbox overload (especially for women). • Encourages higher-quality, intentional messages. • Mimics real-life social dynamics — where opportunities are limited and meaningful. ⸻ Innovative Safety System: MPAA-Style Behavior Ratings Rove also introduces a first-of-its-kind safety feature inspired by the MPAA film rating system: • Male users are assigned a community-informed behavioral safety rating (e.g., G, PG, R) based on in-app messaging analysis. • Women can quickly assess a match’s tone, trustworthiness, and vibe before engaging. • This system encourages respectful behavior and promotes a safer, more transparent dating environment. This type of behavioral transparency does not exist in any other dating app currently on the App Store. ⸻ Conclusion Rove is not another swipe-based clone. It is a thoughtfully reimagined dating platform built around scarcity, respect, and intentionality. Its mechanics — from conversation caps to safety scores — are fundamentally different from other offerings in the App Store’s dating category. We hope you’ll reconsider Rove on the merits of its original features, purpose-driven design, and unique safety innovations.

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.

Hello, I am trying to ship the first auto-renewable subscription for my iOS app and I am facing what seems to be a workflow / availability issue involving App Store Connect and TestFlight. Product ID: seka_premium_yearly_ Current situation: The subscription exists in App Store Connect. Its status remains “Waiting for Review”. The subscription page says that the first subscription must be submitted with a new app version and attached through the “In-App Purchases and Subscriptions” section on the app version page. 4. However, this section does not appear on my iOS app version page in App Store Connect. 5. In TestFlight, when tapping “Subscribe”, the app shows: “The offer is not available yet. Please try again in a moment.” Additional context: Paid Apps Agreement is active The app uses expo-iap The product ID configured in the app is seka_premium_yearly_ We are not restricting access by storefront, region, or device configuration Sandbox testing has been attempted, but the issue remains reproducible in TestFlight Question: Is it expected that the subscription is unavailable in TestFlight while the first subscription is still in “Waiting for Review”? Does the missing “In-App Purchases and Subscriptions” section on the app version page indicate an App Store Connect issue? Has anyone encountered this specific first-subscription workflow problem? Any guidance would be appreciated.

Posting to document a case that matches a pattern of unresolved reports on this forum (e.g. thread #815203 "Brutal Time"), with the addition of new evidence: my app is missing from both the App Store search index and the Apple Search Ads campaign-creation index. Setup App: ZenTerm (App ID 6760935103, Bundle ID com.zenterm.mobile) Developer: Individual (Japan) Released: 2026-03-31 (live for 45 days) Status: Ready for Sale, 1.3.2 live (released 2026-05-06) App name: pure ASCII, coined word, no other apps share the name Symptoms Channel Result App Store app, search "zenterm" (exact name) Zero results, 38 days running iTunes Search API (https://itunes.apple.com/search?term=zenterm&country=jp) Returns my app correctly Direct App Store URL Opens product page normally Apple Search Ads — search by app name Zero candidates Apple Search Ads — paste canonical App Store URL Zero candidates The absence from both the App Store search index and the Apple Search Ads selection index is the key new finding. Since these run on separate infrastructure, the issue cannot be attributed to ranking, keyword suppression for a single field, or category-level competition — it indicates the app is missing from a more fundamental application-index layer. Apple's own documentation implies a silent violation flag Apple Search Ads help, "If your app does not appear as a promotion option," lists 6 possible causes. After ruling out 5 of them as not applicable, only one remains: "App cannot be promoted on Apple Ads — advertising policy violation, App Store guideline violation, or placement unavailability." So per Apple's own published documentation, a policy-violation flag is silently active on this app. Yet: No notification has ever been delivered to the developer about which guideline or policy is flagged No App Review communication in App Store Connect references this Apple Support refuses to disclose anything (see below) Apple Support timeline Date Action Outcome 2026-04-11 1st written inquiry via developer.apple.com/contact Templated reply 4 days later: "App Store charts and search results change regularly and we don't guarantee app placement." Misses the point — the issue isn't ranking, it's zero results for an exact-name match on a coined word. 2026-04-14 2nd written inquiry, explicitly framing this as an indexing issue not a ranking issue Ignored for 24 days 2026-05-08 Phone call to Apple Support "We cannot provide any answer regarding this case." When asked if there's any path forward, agent confirmed: "We cannot answer." 2026-05-08 3rd written inquiry (with Apple Search Ads evidence and cross-reference to Apple's own help documentation indicating a silent policy-violation flag) Ignored for 7 days as of today, despite Apple's stated SLA of "within 2 business days" on the contact form Self-remediation already attempted Per public guidance that trademark keywords are the most common silent-suppression trigger, I proactively released version 1.3.2 on 2026-05-06 with all third-party trademarks removed from the keywords field (Claude, Codex, Copilot, Mac mini, Raspberry Pi → replaced with generic alternatives). Description and other surfaces were also reviewed for trademark density. The Apple Search Ads diagnostic above was performed after this remediation. The app is still missing. What I'm looking for from this forum Anyone who has had this resolved: by what mechanism? (DTS Incident, Organization-account migration, escalation contact, reindex after specific change, etc.) Anyone willing to corroborate the same symptoms: especially the Apple Search Ads selection-index absence, which seems to be the strongest evidence that this is a backend infrastructure problem rather than a metadata problem Apple staff: please escalate to the App Store search infrastructure team and/or the Apple Search Ads team to reconcile the indexes for this Bundle ID, or at minimum disclose the specific policy violation flag you have on this app so the developer can address it Related thread Thread #815203 ("Brutal Time - App not appearing in App Store search") documents an identical symptom set, unresolved for 6+ weeks despite multiple inquiries and engineering-callback promises. I've added a follow-up reply there as well. The pattern is consistent enough that this should be treated as a systemic issue, not isolated cases.

In App Store Connect, a Build Uploads section recently appeared above versions in the iOS Builds page in the TestFlight tab. It’s always expanded, which pushes the Version sections halfway down the page—those are the ones I actually need to manage my builds (compliance, testing groups, etc.). Is there a way to either: Hide the Build Uploads section entirely, or Make it stay collapsed Right now, collapsing it doesn’t stick—it re-expands every time the page reloads. It wouldn’t be so bad if the list weren’t so long, but even expired builds still display, so I can't even expire a bunch of builds to minimize it.

Earlier in iTunes Connect we had a settings for enable bitcode which will recompile our app. This setting is no longer active/present for iOS , could you please confirm? https://developer.apple.com/documentation/xcode-release-notes/xcode-14-release-notes Starting with Xcode 14, bitcode is no longer required for watchOS and tvOS applications, and the App Store no longer accepts bitcode submissions from Xcode 14. Xcode no longer builds bitcode by default and generates a warning message if a project explicitly enables bitcode: “Building with bitcode is deprecated. Please update your project and/or target settings to disable bitcode.” The capability to build with bitcode will be removed in a future Xcode release. IPAs that contain bitcode will have the bitcode stripped before being submitted to the App Store. Debug symbols can only be downloaded from App Store Connect / TestFlight for existing bitcode submissions and are no longer available for submissions made with Xcode 14. (86118779)

Hello, could anyone please help? Our latest version has been stuck waiting for review for 15 days now. I also submitted a support case [102889364230] but received zero feedback. I'm not just trying to rush the process—I’m genuinely concerned that some technical issue or bug on our end might be blocking our version from entering the normal review flow. The submission process this time was somewhat complicated: We submitted a version on May 2nd that was rejected due to a minor subscription issue. After completely resolving it, we resubmitted the binary (along with our in-app purchase). However, both the version and the IAP product are still stuck waiting for review—it's been over 15 days now. What's particularly strange is that our IAP product show [In Review] on the main page, but within the details, the localizations still show "Waiting for Review." It looks like there's some kind of technical bug! I hope someone can help us identify the issue! And please let me know how much longer I need to wait, as this version contains fairly critical bug fixes, so we are really anxious. Submission ID: d69523ed-9ccf-479e-987b-b50054edd2ee Apple ID:6744090840

Unable to filter 12-month commitment vs regular yearly subscriptions in Sales and Trends reports How to track different types of yearly subscription users in App Store Connect analytics? App Store Connect: Cannot separate subscription offer types under the same yearly plan How to identify 12-month commitment subscribers separately from normal yearly subscribers in analytics?

I'm hoping someone from Apple engineering can help, as support tickets and callbacks have not resolved this issue. The problem: My app "Brutal Time - Typographic Clock" does not appear in App Store search results at all — not even when searching for its exact name "Brutal Time." This has been ongoing for over six weeks. Additionally, the app does not appear in Apple Search Ads when I try to set up a campaign — suggesting this is a backend indexing issue, not a ranking issue. Timeline: Dec 17, 2025: App launched, initially searchable Dec 31, 2025: Transitioned to freemium model, became invisible in search. Jan 5, 2026: Fixed the issue, submitted update (v2.02), approved same day Jan 14, 2026: Submitted metadata update (v2.03) to improve discoverability, approved same day Feb 8, 2026: Tried removing from sale and re-adding to force re-index — no effect Feb 10, 2026: Still not appearing in any search results What I've tried: Submitted multiple support tickets (most recent: Case #102797235758) Each ticket generates an automated reply stating Apple will respond within 2 business days — they never have Requested and received callbacks multiple times, was told it would be escalated to US engineering team. But no follow-up, no resolution, no explanation Removed from sale and re-added to attempt to force re-indexing — didn't work App shows "Ready for Distribution" in App Store Connect Direct link works fine: https://apps.apple.com/us/app/brutal-time-typographic-clock/id6756289461 Response from Apple Support: "The behavior you observed is expected. App Store charts and search results change regularly and we don't guarantee app placement." This response misses the point entirely. I'm not asking about rankings — I'm asking why the app is completely invisible in search, including for its own branded name. This is not an isolated issue. Other developers have reported the same problem with the same non-response from Apple: https://developer.apple.com/forums/thread/803937 https://developer.apple.com/forums/thread/73981 https://developer.apple.com/forums/thread/74110 Has anyone found a resolution? Is there any way to trigger a proper re-index, or escalate to someone who can actually investigate?

Soy nuevo desarrollando para dispositivos apple, me gustaria saber si para una aplicacion rpivada para una empresa o comercio donde la utilizaran con un maximo de 5 iphones (varia con cada comercio) es mejor crear la aplicacion como no listada, y si eso tengo que pedirlo antes de mandar a revision para la distribucion

I am trying to submit a new app and now this message comes up: The items below are required to start the review process: English (Canada) - Privacy Policy URL - This field is required Arabic - Privacy Policy URL - This field is required Croatian - Privacy Policy URL - This field is required English (Australia) - Privacy Policy URL - This field is required Show Details What is it, and what to do? Dan Uff

I’m currently facing a strange issue with App Store Connect and wanted to know if anyone else has experienced something similar. My app was approved, and I selected the automatic release option. However, it has now been more than 10 days, and the estimated automatic release date keeps moving forward day by day instead of actually releasing the app. The app is related to Finnish electricity exchange prices and real-time spot price tracking, similar to the service available on my website: https://xn--prssishknhinnat-5kb41aia.fi/ Everything on the app side seems fine, so I’m not sure if this is a system delay, regional review issue, or something related to App Store processing. Has anyone here dealt with this before? How long did it take for your app to finally go live after approval? Would appreciate any insights or advice.

I'm preparing my first App Store submission and have hit a chain of issues that appear to be backend state problems I can't resolve from the App Store Connect UI. I've already opened a DTS case but wanted to ask here in case anyone has seen this combination before. Setup: iOS app with first-time subscriptions (auto-renewable, 7-day free trial) Two products: bitcoinhq_pro_monthly and bitcoinhq_pro_annual Both in the same subscription group "Bitcoin HQ Pro" Paid Apps Agreement is Active Bundle ID, prices (all 175 territories including United States), intro offers ("Free for the first week" in all territories), localizations all configured Important context: On my own iPad (TestFlight build, signed into my normal sandbox account), the full flow works perfectly — paywall loads on first launch after install, both products show with correct prices, tapping Subscribe opens the StoreKit sheet, purchase completes, the entitlement grants, and Pro features unlock. So the app code and RevenueCat configuration are working. The issues below appear to be App Store Connect backend state problems. The issues, in the order I hit them: bitcoinhq_pro_monthly is stuck in "Developer Action Needed." I cannot identify which field is flagged — all required sections (price, availability, localization, screenshot, review notes, tax category) appear complete. Cannot save edits to the English (U.S.) localization for the monthly subscription. The localization editor returns: "There was an error with editing your App Store localization. Try again later." This has persisted across multiple browsers (Safari, Chrome, incognito), sign-out/sign-in cycles, multiple days, with Apple System Status reporting all services green, and with the description retyped manually rather than pasted. Cannot submit the monthly subscription standalone. Clicking "Submit for Review" returns: "Your subscription cannot be submitted for review. Your first subscription must be submitted with a new app version." The annual subscription is in "Waiting for Review" — saved successfully when first created. The "In-App Purchases and Subscriptions" section is missing from my App Version 1.0 page. Per ASC's own messaging, this is where I'm supposed to attach my first subscriptions before submitting the version. The section is not present anywhere on the version page. Reviewer rejection with "The product is not available for purchase." App Review Guideline 2.1(b). Tapping Subscribe in the reviewer's environment results in this StoreKit error on iPad Air 11" M3 / iPadOS 26.4.2 — but the same build on my own devices completes the purchase without issue. My read: issues 1–4 appear to be a single backend state problem with the monthly product or subscription group. Issue 5 appears to be downstream — sandbox returns the products for fetch but refuses the purchase from the reviewer's clean environment because the product isn't in a properly submittable state. Has anyone seen this combination? Any way to surface the "In-App Purchases and Subscriptions" section, or work around the localization save error? Or is the only path through DTS? Thanks in advance.

Hello, My app "Glow Mode: AI Skin Scanner" (Apple ID: 6762376419) has been blocked from distribution in all 27 European Union countries for 49+ days due to Digital Services Act trader verification stuck in "In Review" state. Current state in App Store Connect: • Business → Compliance → Digital Services Act: "In Review" since 24 March 2026 • Pricing and Availability → Manage Availability: all 27 EU countries show "Trader Status Not Provided" → "Cannot Sell" • App-level: declared as "trader app" ✓ • Account: published in 148 other countries, all agreements / banking / tax forms verified and Active Apple's stated typical review time is 5 business days. I'm at day 49. Several other developers have reported identical issues in recent threads: • https://developer.apple.com/forums/thread/822744 — DSA Review stuck • https://developer.apple.com/forums/thread/822857 — App not available in EU • https://developer.apple.com/forums/thread/818244 — Review stuck 2+ months I've also filed a support case (ID: 20000114608599) but wanted public visibility in case this is a systemic issue affecting multiple developers. Questions for Apple staff and the community: Has anyone resolved a DSA verification stuck this long? If so, how? Is there a backend status that may already show "approved" while the UI continues to show "In Review"? What is the recommended escalation path beyond the standard support form? Thanks in advance for any insight.

I have a question regarding your policies on app ownership and payment processing. We have two separate legal entities: • Company A: owns the app and the Apple Developer account • Company B: operates the business and processes all payments (via a third-party payment provider, Klarna) Klarna’s merchant agreement is signed with Company B, and all payments go to Company B’s bank account. Company A has no involvement in the payment flow. Is this setup permitted under Apple’s App Store guidelines? Specifically, is it acceptable for the developer account and app ownership to be held by Company A, while all in-app payments are processed and received by Company B?

I just signed up in the developer program and I want to change my primary language of App store connect: https://appstoreconnect.apple.com/both App dev program and apple id interface are set to English but Appstore connect is set to French by default. Thanks.

Hi everyone, I'm dealing with a critical issue regarding the Screen Time API and hoping someone here has experienced something similar. We recently completed an app transfer to a new developer account. Upon successful transfer, the app completely lost its previously approved "Family Controls" entitlement. We immediately submitted a new request for the entitlement on the new account, but it has now been stuck on "Pending Approval" for over 12 days. We haven't received any feedback, emails, or status changes, and Developer Support has been unresponsive so far. This is completely blocking our production updates. Has anyone successfully transferred a parental control / Screen Time app recently? Is it normal to lose the entitlement during a transfer? For those who had to reapply, how long did the approval take? Are there any effective ways to escalate this to get an actual human review? Any advice, workarounds, or shared experiences would be hugely appreciated. Thanks in advance!

Issue: Sandbox test account stuck in a loop when trying to access account management Environment: iOS version: [iOS 26.4.2] Device: iPhone 12 Steps to Reproduce: Created sandbox test credentials on Apple Developer site (App Store Connect → Users and Access → Sandbox → Testers) On iPhone, navigated to Settings → Developer → Sandbox Apple Account Clicked "Sign In" and entered sandbox test email and password Successfully verified using verification codes (both email and phone number) Clicked on the signed-in sandbox account A popup appears with "Manage" option Clicked "Manage" Expected Behavior:- Should open sandbox account management interface Actual Behavior:- Popup immediately closes and the same popup reappears. Clicking "Manage" again produces the same result - an endless loop preventing access to account management. Has anyone encountered this issue with sandbox test accounts? Is there a known workaround or fix for this behavior?