Apple Maps Guides

[quote='868778022, JianbinWu, /thread/808040?answerId=868778022#868778022, /profile/JianbinWu'] How to distinguish between those … and the real ethernet adapter which insert on my iPad? [/quote] Unfortunately I can’t see a good way to do that on iOS [1]. I think you could make a reasonable case that those additional interfaces should not be returning IFRTYPE_FUNCTIONAL_WIRED, but instead something more indicative of their purpose (like IFRTYPE_FUNCTIONAL_INTCOPROC). If you’d like to see that change, I encourage you to file a bug along those lines. And if you do file a bug, please post your bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] On macOS you have a lot more options, including both System Configuration framework and I/O Kit. Neither of those are API on iOS or its child platforms.

[quote='868809022, Mathias_, /thread/808401?answerId=868809022#868809022, /profile/Mathias_'] just fire off the request blindly and wait to see what happens? [/quote] Yes. And use an expiration handler to deal with the case where the network is super slow. That last bit is critical, because it crops up in practice. In most cases an immediate network request — that is, one without waitsForConnectivity set — will finish promptly. It’ll either succeed or it’ll fail immediately. But there are networks out there in the real world where such requests take a long time. Sometimes that’s caused by bad network conditions. The network is moving packets just fast enough to convince iOS to use it, but not fast enough to get anything useful done. But in other cases it’s caused by weird network configurations. For example, a Wi-Fi accessory might publish a network that goes out of its way to convince iOS that it has a path to the wider Internet when it actually doesn’t. Now, unless you have access to such a network then tes

I'm using the UISearchController class and add the search bar to a table view like this: self.tableView.tableHeaderView = searchController.searchBar; This displays a search bar and a Cancel button but starting with iOS 26 the Cancel button is absent on iPad but is displayed on iPhone. The Cancel button has been displayed on iPad since iOS 5 back in 2012 and my app depends on it. I really can't see why it should not be possible to display it if a user/developer needs it. This is a real showstopper for my app. Please bring back the old behaviour! My bug report is here: FB21160098 Below is my current solution to this problem. It's a hack and not what a user of Apple products expect. Maybe it can help some other developer? // // The Done button is not displayed on iPad running iOS 26 // Workaround that by replacing the leftView magnifying glass with a OK/Done button // never display the clear button since tapping that will cancel search! self.searchController.searchBar.searchTextField.clearButtonMode = U

[quote='868691022, swdev-sos, /thread/809359?answerId=868691022#868691022, /profile/swdev-sos'] Quite the head scratcher. [/quote] Indeed. Earlier you wrote: [quote='868691022, swdev-sos, /thread/809359?answerId=868691022#868691022, /profile/swdev-sos'] if my coworker creates the application … I can then use his application in my pkgbuild script and the installation succeeds. [/quote] So lemme summarise: Builder Packager Installer Result ------- -------- --------- ------ you you you NG them them them OK them you you NG Have you tried the following combination: Builder Packager Installer Result ------- -------- --------- ------ you you them ? What happened? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='868820022, AppDevVa , /thread/809565?answerId=868820022#868820022, /profile/AppDevVa+'] Could you please confirm this understanding? [/quote] That sounds right. Peer-to-peer Wi-Fi works in all of the following scenarios: If both devices are on the same infrastructure Wi-Fi network. If the two devices are on different infrastructure Wi-Fi networks. If neither device is on an infrastructure Wi-Fi network. Any combination of the above. But, yeah, I recommend that you create a tiny prototype and test this in your specific environment, because it certainly sounds weirder than most (-: [quote='868820022, AppDevVa , /thread/809565?answerId=868820022#868820022, /profile/AppDevVa+'] would a WebSocket-based connection be sufficient compared to a peer-to-peer Wi-Fi solution? [/quote] That question doesn’t make sense. Peer-to-peer Wi-Fi supports TCP connections [1] and WebSocket runs over TCP. So these don’t stand in opposition. You can use WebSocket over any TCP connection. If you set up a TCP connection over pe

[quote='868852022, hpux735, /thread/809562?answerId=868852022#868852022, /profile/hpux735'] What did that link go to? [/quote] It’s not a link but a footnote. Look at the bottom of my previous post. However, if you want links, I’ve got links (-: The obvious way to run Wasm code on Apple platforms is with the open source WasmKit runtime. But that’s not your only choice. There are lots of different Wasm runtimes out there. Oh, and I’d be remiss if I didn’t mention that there’s a standard way to compile Swift code to Wasm. See Getting Started with Swift SDKs for WebAssembly. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='868889022, jed.gyeong, /thread/808899?answerId=868889022#868889022, /profile/jed.gyeong'] Given this requirement, does this mean there is indeed a bug in the current Network framework WebSocket implementation? [/quote] Well, the one doesn’t follow from the other, but, yes, I believe that: WebSocket allows for empty ping and pong frameworks And thus this is a bug in Network framework We’ll use your bug (FB21240977) to track its resolution. If you need a workaround right now, you should try using the older NWConnection API. It lacks many of the smarts of NetworkConnection but I don’t think it’ll suffer from this problem. [quote='868889022, jed.gyeong, /thread/808899?answerId=868889022#868889022, /profile/jed.gyeong'] And could you also check whether this issue occurs with other opcodes besides ping/pong? [/quote] No, sorry. Running such a test would require more time than I have available right now. But there’s nothing stopping you from doing it (-: Share and Enjoy — Quinn “The Eskimo!” @ Developer Tech

I can’t really speak to the MDM side of this but, in general, it’s not possible to change the ACL on a keychain item without user interaction [1]. The issue is that every keychain item starts out with a default ACL and that default ACL has an entry that requires user interaction to change the ACL. The only way to avoid this is to create the item with a non-default ACL, but if you’re sufficiently on the ball to do that then you might as well just create the item with the right ACL up front. On iOS you can avoid this entire issue by leaning into the ManagedApp framework. Unfortunately that’s not available on macOS )-: Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] To be clear, ACLs are only relevant to file-based keychains, including the System keychain. macOS also supports the data protection keychain, and ACLs are irrelevant there. See TN3137 On Mac keychain APIs and implementations for more background on that.

You haven’t asked any questions here, which makes me think that you’re goal is to report this as a bug. If so, you should do that using Feedback Assistant. See Bug Reporting: How and Why? for lots of context on that. Please post your bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’m not sure I understand your questions so lemme you start you out with some ‘light’ reading. Check out the various posts linked to from Extra-ordinary Networking. These give a lot of background to this issue and, specifically, Working with a Wi-Fi Accessory defines terminology that you can use in any follow-up questions you have. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com