iPadOS 17.7.7

After testing iPads from the 7th, 8th, 9th, and 10th generations on both iPadOS 18.5 and 18.6, the original issue appears to be resolved on all but some 7th gen devices. On those affected 7th gen iPads, the NEAppPushProvider extension still consistently fails to access the local network, even after clean installs, restarts, and other troubleshooting previously described. Notably, at least one 7th gen device did not exhibit the issue. I’ve filed a new bug report: FB19375657, including sysdiagnose logs and context. Thanks for the help.

Should we file a separate bug report, or extend FB16131472 with iPadOS 18.6 info? Sorry, I missed that in the previous posts. Please update the existing bug. Our app utilizes AppleArchive to back up and restore data via UIDocumentPickerViewController. We implemented the variant of UIDocumentPickerViewController that copies the archive file because we had the impression Apple recommended (or required) this variant when reading archives from an external drive. To be honest, I can't think of any reason it would really be THAT different. Practically speaking, the ability to read a file is the same as being able to copy it (since a copy is just reading from a source and writing to a destination). Similarly, while it's possible for two different engines to produce different results*, we've been consolidating our copy engines such that using asCopy SHOULD give you the same result as copyItems. Finally, the kinds of edge cases that copying” is so messy are exactly why formats like AppleArchive or zip exist.

Thank you for responding! We'll look into your suggestion. Our app utilizes AppleArchive to back up and restore data via UIDocumentPickerViewController. We implemented the variant of UIDocumentPickerViewController that copies the archive file because we had the impression Apple recommended (or required) this variant when reading archives from an external drive. We requested Developer Technical Support in February 2025. At that time, we were told there was no workaround. In March 2025 we received a follow-up response from DTS, but it didn't point us in a worthwhile direction. As described in this thread, we filed FB16131472 back in December 2024 regarding iPadOS 18.2. We recently ran the sample code supplied with FB16131472 using iPadOS 18.6, and got the same incorrect results as in iPadOS 18.2. Should we file a separate bug report, or extend FB16131472 with iPadOS 18.6 info?

We confirmed this bug still exists in iPadOS 18.6. Bug number? It appears Apple has no interest in following their own Human Interface Guidelines regarding long load times: Yes, we make mistakes too. In this case, I think the issue is that UIDocumentPickerViewController is old enough that external storage wasn't really a factor and local APFS file cloning is so fast* that it's pointless to try and present any kind of progress. That was compounded by the fact that they started actively encouraging in-place manipulation (instead of copying) at the same time we introduced external storage, not to mention that external storage is still much less common than the local case. This is definitely a bug that we should address, but I suspect that background is why the bug has been missed for so long. *In my testing, NSFileManager.copyItems can clone ~3500 files/sec when duplicating files inside the same volume on an SSD. Having said all that, the workaround here is also straightforward— you can set asCopy to NO

MultiTasking >> how to disable multitasking window in code level on IpadOS 26.0 Beta Is there a way in app level we can disable multitasking window? force full-screen mode on iPad via API.

We confirmed this bug still exists in iPadOS 18.6. It appears Apple has no interest in following their own Human Interface Guidelines regarding long load times: https://developer.apple.com/design/human-interface-guidelines/loading# https://developer.apple.com/design/human-interface-guidelines/progress-indicators UIDocumentPickerViewController doesn't provide any UI feedback (eg., spinner or progress meter) while slowly copying the selected file from the USB drive, nor does UIDocumentPickerViewController disable the UI buttons after the selection. These two shortcomings result in this iOS framework bug.

We confirmed this bug still exists in iPadOS 18.6.

After testing in our tech lab with all devices updated to iOS/iPadOS 18.6, I’m seeing improved behavior overall, but some inconsistencies remain, particularly with older hardware. On iPhone SE (18.6), the issue does not reproduce. Local network access from the extension works as expected. On iPad 10th gen (18.6), the issue is no longer observed. Notably, this device did occasionally fail on 18.5. On iPad 7th gen (18.6), behavior remains inconsistent. The extension is sometimes able to send local network traffic, but in other cases, it fails with the same “Local network prohibited” error. Success seems more likely after switching Wi-Fi networks or if the main app has already made a successful local connection beforehand, but this is not reliable or predictable. So while iPadOS 18.6 clearly improves the situation, it appears that residual issues may still affect older devices. I’ll be extending testing to 8th and 9th gen iPads on Monday and will share any additional findings. Let me know if th

I still see this issue, Im using Xcode beta 4, running test on iPad with iPadOS Developer Beta. I tried [self.tabBarController setTabBarHidden:true]; in viewWillAppear [self.tabBarController.tabBar setHidden:true]; in viewWillAppear [self.tabBarController setHidesBottomBarWhenPushed:true]; in parent view controller