“iPhone 16 pro”

We are an App Developer for past 16 years so have seen a lot happen with App Review over the years (even back when 2 month review times were the norm). However, we have all come to expect app review to take only 48 hours typically. We submitted several macOS Tahoe updates in Feb all approved within 24 to 48 hours, but 2 updates submitted on 25th Feb are stuck in 'waiting for review'. Very strange indeed and checking this forum, it seems many other devs are having the same issue, but from way earlier than us. Is this a known issue currently? I suspect their are different app review queues by region and maybe even app category and popularity of the app, but even accounting for all that, this is unusual. There seems to be no logic to which apps are approved same day vs those kept stuck in 'waiting for review'.

Guideline 3.1.1 - Business - Payments - In-App Purchase The app includes an account registration feature for businesses and organizations, which is considered access to external mechanisms for purchases or subscriptions to be used in the app. Next Steps Remove the account registration features for business and organizations. Our application currently allows users to register and create multiple accounts using a phone number. All users can freely create an account. The app is designed to help users manage their own products, orders, and sales invoices. It is purely a sales management tool. We do not provide any external purchase links, external payment methods, or subscription mechanisms outside of Apple’s In-App Purchase system. However, our app was rejected under Guideline 3.1.1 with the explanation that the app includes “account registration for businesses or organizations,” which is considered access to external purchase mechanisms. We are confused about this interpretation. From our understanding

I have an iOS app that uses RealityView to display some models and interact with them, and the app uses regular iOS app navigations, then a challenge I'm facing is how to maintain multiple RealityView on multiplescreens. For example Screen A has a RealityView, and then I navigate to Screen B (also has a RealityView) using stack based navigation, when I do so I got a crash -[MTLDebugRenderCommandEncoder validateCommonDrawErrors:]:5970: failed assertion `Draw Errors Validation Fragment Function(fsRealityPbr): argument envProbeTable[0] from Buffer(7) with offset(0) and length(16) has space for 16 bytes, but argument has a length(864). Fragment Function(fsRealityPbr): incorrect type of texture (MTLTextureType2D) bound at Texture binding at index 20 (expect MTLTextureTypeCubeArray) for envProbeDiffuseArray[0]. Interestingly this crash only happens when debugging with Xcode, not happens when the app runs on its own. I'm not sure what I'm doing is anti-pattern or it's some Xcode debugging limitatio

Full Report {app_name:Exueshi PC Desktop,timestamp:2026-02-28 18:02:50.00 +0800,app_version:1.0.20,slice_uuid:4c4c4476-5555-3144-a1a1-7e047782f52d,build_version:1.0.20,platform:0,bundleID:com.exueshi.pcdesktop,share_with_app_devs:0,is_first_party:0,bug_type:309,os_version:macOS 26.1 (25B78),roots_installed:0,name:Exueshi PC Desktop,incident_id:B1529D77-1AB2-4523-A7D1-288F3CF10E88} { uptime : 33000, procRole : Default, version : 2, userID : 501, deployVersion : 210, modelCode : MacBookPro16,1, coalitionID : 4905, osVersion : { train : macOS 26.1, build : 25B78, releaseType : User }, captureTime : 2026-02-28 18:02:50.5267 +0800, codeSigningMonitor : 0, incident : B1529D77-1AB2-4523-A7D1-288F3CF10E88, pid : 10285, cpuType : X86-64, roots_installed : 0, bug_type : 309, procLaunch : 2026-02-28 18:02:50.4101 +0800, procStartAbsTime : 33974865865372, procExitAbsTime : 33974982166804, procName : Exueshi PC Desktop, procPath : /Users/USER/Documents/*/Exueshi PC Desktop.app/Contents/MacOS/Exueshi PC Desktop, bundleInfo

Hi everyone, I’m facing an issue with CloudKit sync getting stuck during initial device migration in my SwiftData-based app. The app follows a local-first architecture using SwiftData + CloudKit sync, and works correctly for: ✔ Incremental sync ✔ Bi-directional updates ✔ Small datasets However, when onboarding a new device with large historical data, sync becomes extremely slow or appears stuck. Even after two hours data is not fully synced. ~6900 Transactions 🚨 Problem When installing the app on a new iPhone and enabling iCloud sync: • Initial hydration starts • A small amount of data syncs • Then sync stalls indefinitely Observed behaviour: • iPhone → Mac sync works (new changes sync back) • Mac → iPhone large historical migration gets stuck • Reinstalling app / clearing container does not resolve issue • Sync never completes full migration This gives the impression that: CloudKit is trickling data but not progressing after a certain threshold. The architecture is: • SwiftData lo

Hey, I've noticed that in some scenarios photo data can be corrupted from the cameras on iPhone 17 Pro. The requirements are: The zoom level is greater than 2 times the base zoom, so 2x for the wide lens, and 8x for the telephoto. QualityPrioritization is set to .Quality. If set to .Balanced the images look as expected. The scene is well lit. I haven't managed to work out if there's an ISO cut off, but in darker scenes the images look as expected. The scene does not contain any objects or texture, e.g. a blank white screen, a blue sky, up close against a bright wall. Here is an example: This is really weird behavior. I have opened a ticket here: https://feedbackassistant.apple.com/feedback/22092908 There's also a repo here if anyone would like to try it: https://github.com/alexfoxy/CameraQualityTest. Thanks, Alex

Since purchasing my 17 Pro, CarPlay has been an abysmal failure. I’m happy to say since installing 26.4 developer beta, it seems to be working much better.

We are facing an issue where our App Clip card appears when scanning the QR code, but displays “App Clip Unavailable” even though the main app is already live on the App Store. App Details • App Name: ExpRE – Experiencing Reality • Main App Bundle ID: com.livingmedia.adplayer • App Clip Bundle ID: com.livingmedia.adplayer.Clip • Apple ID: 6758887250 • Team ID: 9NU8HZB68A Current Status: • Main app status: Ready for Distribution (visible on App Store) • App Clip Advanced Experience status: Received • App Clip Experience URL: https://aaj-tak-test-app.web.app Issue Description When scanning the QR code linked to the App Clip Experience: • The App Clip card with image appears • But the card shows the message: “App Clip Unavailable” Additional Observations • The default App Clip link opens correctly: https://appclip.apple.com/id?p=com.livingmedia.adplayer.Clip • Advanced App Clip Experience status still shows “Received”. • Also if there is testflight build then clip card work. But fresh install with QR with link s