file uri scheme

You can use -[NSFileProviderDomain supportsSyncingTrash] to tell the system that the domain does not support syncing the trash. When configured this way, the system will handle trashing of downloaded and dataless files appropriately on your behalf.

Hi @drewolbrich Thanks for filing FB21287011. I'll ensure it's routed to the appropriate team.

We are seeing a strange lifecycle issue on multiple MDM-managed iPads where application(_:didFinishLaunchingWithOptions:) is not called after the device is idle overnight. Even if we terminate the app manually via the app switcher, the next morning the system does not perform a cold launch. Instead, the app resumes directly in: So, my first question here is how sure you are about EXACTLY what's happening. In particular, how do you KNOW didFinishLaunchingWithOptions is not being called? In particular, how does your logging infrastructure work and how far back in time would it track? My concern here is that what's missing here isn't that didFinishLaunchingWithOptions isn't being called, but that the app was actually initialized at some much earlier point in time when the system launched your app into the background and then suspended it, potentially hours earlier than the point you actually opened it. We have full logs from four separate MDM iPads showing identical behavior. Happy to share a minimal reproducibl

In general, no, multiple apps can’t share the same asset packs. The behavior that you’re seeing with AssetPackManager.ensureLocalAvailability(of:) is likely because you have a URL override configured in Settings > Developer (or in the Terminal on macOS). A URL override applies to all apps on the device that were installed for development, so all such apps will discover the same set of available asset packs unless you stop and restart the mock sever with a different set of asset packs when you switch which app you’re actively testing. If you see this behavior without a URL override configured, then please file a feedback report. We would be very interested to learn about your use case for shared asset packs. Please file a separate feedback report that explains your need for such a feature. Thanks!

I found a workaround. To get around the compiler looking for old compiled timelines, I simply duplicaed my scene (immersive) to a new name, pointed to it, and it worked. So, now any time I make a change, I just have to change the name of the file, almost like versioning it... immersive_v1. Thats not ideal, but it worked.

Thanks for providing some code. I was able to reproduce the problem you have described here. Our engineering teams need to investigate this issue, as resolution may involve changes to Apple's software. Please file a bug report, include a small Xcode project and some directions that can be used to reproduce the problem, and post the Feedback number here once you do. If you post the Feedback number here I'll check the status next time I do a sweep of forums posts where I've suggested bug reports. Bug Reporting: How and Why? has tips on creating your bug report.

I noticed this with QLPreviewView--images for .apps take forever to load. Zip files too and I'm sure there are other file types I don't know about. I filed FB20797520 back in October. Considering making the thumbnail myself for these certain file types that I've found to be slow because this is degrading my app but I've been somewhat overwhelmed by these types of bugs I really don't want to write another one of these ugly workarounds. Kind of hoping they just fix it in a timely fashion. Fingers crossed. My app is sandboxed, and access to the files is made through the NSOpenPanel first (Macintosh HD folder). I have non-sandboxed app version of an app and QLPreviewView still takes around 30 seconds to load app icon images. In another part of my app I don't use QLPreviewView but load thumbnails with QLThumbnailGenerator. QLThumbnailGenerator seems to load the thumbnail images quickly.

Hey @drewolbrich, Thanks for pointing this out and for filing FB21294645. I've forwarded this to the relevant team(s). Thanks!

Thank you for your response and for taking the time to read the Technical Note. I believe you have now realized that Universal Links function consistently well, but there could be several reasons for their behavior deviating from expectations: When encountering issues related to Apple-app-site-association files and associated domains, particularly when they function correctly on the first attempt but fail on subsequent attempts within the same tab, several potential security and configuration factors could be at play: JavaScript Logic Errors: Although you mentioned that the code execution is identical, race conditions or state mismanagement within your JavaScript could lead to differing outcomes on successive runs. Please verify for such possibilities. Error Handling and Logs: Enhance error handling surrounding the associated domain validation logic and ensure comprehensive logging to capture any discrepancies during the second invocation. By systematically examining these areas, you should be able t

Our engineering teams need to investigate this issue, as resolution may involve changes to Apple's software. Please file a bug report, include a small Xcode project and some directions that can be used to reproduce the problem, and post the Feedback number here once you do. If you post the Feedback number here I'll check the status next time I do a sweep of forums posts where I've suggested bug reports. Bug Reporting: How and Why? has tips on creating your bug report.

In iOS 26.1, after my app answers a VoIP call on the lock screen, tapping the bottom-left More button doesn't bring up the app icon to jump to the app. The same scenario works normally on iOS 26. Please file a bug on this and post the bug number back here. How can I resolve this issue? I'm not sure what's caused the change, but I don't think there's anything your app can do to change the behavior. The system is what controls the call UI and your app has very little control over it. __ Kevin Elliott DTS Engineer, CoreOS/Hardware