Have you looked for a third-party contacts app that does what you want? Of course I have looked for it? And there are third party applications that do it, but why do I have to go to third party solutions when apple has hundreds of engineers in charge to develop such solutions that give us more flexibility in the day to day. You are asking your questions in the Apple Developer Forums, i.e. the forums for third-party app developers. Please don't tell us that we should not exist and that your phone should come pre-installed with all the functionality you will ever need. Apple gave up on that after the original iPhone; the second iPhone added the App Store, and there is now a multi-billion-dollar industry of third-party developers providing the things that Apple doesn't. I develop map apps. Personally, I'm very pleased that Apple Maps doesn't do everything that all users want. If it did, (a) I wouldn't have a job, and (b) their app would be so overwhelmed with features that users would struggle to use it.

You’re not supposed to include bezels in app store screenshots. They are for use on e.g. your own web or print publicity. (Why does this 11-month-old thread currently appear in my “most recent” list?????)

"clear" should work.

You will need to upload the "what to test" info separately using the App Store Connect API. (Or just use the website.)

My assumption is that this works using a "chain of trust" of some sort, i.e. the (immutable) bootloader computes a signature for the kernel before it loads it, and the kernel computes a signature for the app before it runs it, and when App Attest runs it sends these signatures to Apple. You can avoid replay attacks with nonces and timestamps and so on. There is plenty of public material available describing how to do "trusted computing" on, for example, UEFI bootloaders loading Linux; I speculate that what Apple is doing for App Attest is similar in most respects. Edited to add: the term to search for is "Remote Attestation". This will find a variety of e.g. academic papers, stack exchange answers, etc.

See also: https://developer.apple.com/forums/thread/708407

No, I don’t think so.

You are right to worry about this. It is not difficult for users to access the app's data files. (They can access them on iOS too, though it takes a bit more effort.)

The site that used to be called "App Annie" could do this for you. There are probably others.

I've just filed a bug report for this: FB11992786 None of these work: -u USERNAME -p PASSWORD -u USERNAME -p PASSWORD -asc_provider SHORTNAME -jwt JWT -apiIssuer ISSUER -apiKey KEY But -m diagnostic does pass, with username and password.

Something to be aware of is that external GPS devices, connected using Bluetooth, can sometimes supply fixes faster than one per second. Beware, this can reveal bugs in your app!

Is this something to do with Certificate Transparency policy? Something changed last April. What is the start date of the cert?

Please post your actual code. What width and height are you actually passing? What have you changed in the third line? You don't want kCGBitmapByteOrderMask. You need to pass one of the actual byte order values, e.g. kCGBitmapByteOrder16Little.

Even if location updates are allowed in the background, they stop shortly after app is not in use. That shouldn't happen. It seems you have not successfully enabled background location mode.

This?: https://www.theregister.com/2023/02/16/google_delays_certificate_transparency_log/ Google changed the format of their CT log on feb 15th, but have now changed it back because it broke things.