“iPhone 16 pro”

I just wanted to take a moment to sincerely thank you for the assistance and attention provided regarding our recent app submission. We noticed that the situation was quickly investigated after our inquiry on the Developer Forums, and shortly after that our application became available. We truly appreciate the time and effort your team invests in supporting developers and maintaining the quality of the App Store ecosystem. As an independent developer releasing a first application, the professionalism and responsiveness of the App Review and App Store Connect teams make a very positive impression. It is clear how much care goes into ensuring that the platform remains reliable for both developers and users. Thank you again to everyone involved in the review process and for helping make this launch possible. Kind regards, José Rodríguez Developer – CordobaFood App

I am in the exact same boat. My review was expedited well over a week and a half ago and I've still not had any progress. I spoke with someone on the phone at one point who informed me they recently had some processes changes. I can say it certainly feels like the process change was to stop moving apps forward.

Thanks for the post and good question that is good to explain the privacy policy. Apple enforces a strict security architecture called App Sandboxing, which isolates apps from each other and from the core operating system to protect user privacy. Because of this, Apple does not provide developers with the APIs (application programming interfaces) required to perform any of the tasks you mentioned. Third-party apps have absolutely zero read access to the iOS Messages app database. You cannot read, export, or save a user's SMS or iMessage history. In some cases allows apps to read text messages in only two highly restricted scenarios like an app can act as a spam filter. However, it can only see incoming messages from unknown numbers, and the system does not allow the app to save or export those messages. Just like SMS, the native Phone app's call history is completely locked down. A third-party app cannot read the incoming, outgoing, or missed call logs. Hope this helps. Albert Pascual
  Worldwide De

From your answer, I realise I was overlooking the obvious: after doing the work in the fast temp directory, I then need to create a second temp directory on the slower destination volume using URL(for: .itemReplacementDirectory…), copy the file across, and then use replaceItemAt from there. Sure, that makes sense. I think this is also one of those cases where the broader context of your app and user base is really a really important factor. Some apps (smaller documents, more consumer focused) should do their best to hide all of these details from the user, as they're not really useful/relevant and they just end up creating noise. Other apps (larger documents, more expert focused) benefit from making this visible to the user, as it lets them understand what's going on both to correct any problems (for example, space loss due to save failures) and take advantage of the data you have for them (for example, failure recovery). So any attempts to use that will continue to fail until the kernel (?) has finished with

Thank you for your explanation. My app doesn't actually use telephony features so I suppose, I need to remove that and allow it to be installed on iPads. My layout is designed for iPhones that's why I wanted to avoid this. This brings me to a new issue then. When testing it in the Simulator as iPads, the top and bottom of the UI gets cropped off, seemingly sticking to a 9x16 aspect ratio, which is significantly shorter than the phone screens. Is there any way to run on iPads showing the full iPhone screen size?

[quote='878607022, Nickkk, /thread/817724?answerId=878607022#878607022, /profile/Nickkk'] I'm assuming that's what you mean by Mach-O image. [/quote] A Mach-O image is code that can be mapped into memory by the dynamic linker and then run directly, as opposed to something like a .o file that contains code that must be linked before it can be run. I talk more about this in An Apple Library Primer. A Mach-O image is often stored within a universal binary, one image per architecture. So when looking at stuff like this you have to consider the image of the architecture that was running. The other thing to considered is that the dynamic linker may only map in parts of your image. A good way to see what actually gets mapped is to run the app and then run vmmap against it. Consider this: % ls -lh Pages Creator Studio.app/Contents/MacOS/Pages -rwxr-xr-x 1 root wheel 45M 16 Jan 02:44 Pages Creator Studio.app/Contents/MacOS/Pages The Pages executable is 45 MiB. And this: % file Pages Creator Studio.app/Content

thanks everyone for your responses! i didn’t realized that someone else who also has access to the developer account had uploaded screenshots in the iPad section that had alpha channel issues. my whole gaze was on iPhone screenshots; those were the ones i uploaded myself. apparently the failed iPad screenshots upload deterred the submission the whole time. apple could do better w pointing specifically where an error is coming from btw :(

pretty much same issue, OSX / apple watch version 26.3. Developer mode does not show on apple watch settings Apple watch does not show as available in Xcode even if paired to an iphone connected to Mac via USB-c