iPadOS 17.7.7

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

I have a device like a gas meter or an electricity meter and it has: an optical interface IEC 62056-21 (IEC-1107) with support for speeds up to 115,200 Bd. On Windows and Android, we use a cable that has an optical interface and on the other end we connect USB A to the PC and to the Android via an OTG to USB adapter. The cable contains a chip from FTDI FT230XQ. I have an application in MAUI where I want to connect this cable to the 10th generation iPad and communicate similarly to, for example, via the COM5 port on the PC. When the port opens, I send a query and get a response. Is it possible, what should I do for this? Yes, though the range of difficulty here is pretty broad. In terms of API support, it is technically possible to do this on iPadOS using DriverKit. However, the work involved is quite significant as it basically requires implementing a USB serial port driver in USBDriverKit, then implementing your own user client so that your app can communicate with the driver. I don't know what your

The HIG contains some best practices when using modal presentations. Please review the documentation as a starting point. It’s subjective to the purpose of your app, but from a user’s perspective, you might want to consider either a TabView that adapts into a sidebar layout on iPadOS, macOS, and tvOS, or a NavigationStack.