İOS 26 beta battery %1

Great feedback. One question: _dismiss is changed - for some reason - in ItemsListView, which causes the view to redraw, causing the List to redraw, causing every ItemRow to redraw, causing the confirmation dialog to disappear because the row it was attached to no longer exists. changed from what to what ?

[quote='864110022, gauthv, /thread/804781?answerId=864110022#864110022, /profile/gauthv'] Does this mean there could be certification problems for my app if I was to use libcurl? [/quote] I’m not sure what you mean by “certification problems”. If you’re asking about whether it could run into problems during App Review, that’s hard to answer. The problems I’m talking about tend to show up in specific network environments, and App Review doesn’t document their network environment at that level of detail. The real concern is what happens when your app hits a wide range of users. If, for example, the user has VPN On Demand enabled, or relies on a network relay, or is on a network that only provides access to the Internet via an HTTP proxy, or whatever. Lots of these weird environments exist, and our recommended APIs, Network framework and URLSession, support them automatically. If you use other APIs you can easily run into problems. Some of those problems just require you to write more code, but some are much les

I probably miss something. Why do you compile with Xcode 16 and not directly Xcode 26, as you have added a class defined in Xcode 26 ? Did you set an OS target somewhere ? (__IPHONE_OS_VERSION_MAX_ALLOWED) Please show the code where error occurs.

[quote='864143022, richy6, /thread/805639?answerId=864143022#864143022, /profile/richy6'] using iChat:// results in the behavior we want. [/quote] You seem to have missed the point of my response. Unless you can find Apple documentation for the iChat URL scheme, it could well suffer the same fate as the messages URL scheme. Do not build a product that relies on implementation details. Doing so causes maintenance grief — like this very thread — and could potentially paint you into a corner such that you have to remove features that your users are relying on. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='864082022, Jnosh, /thread/805582?answerId=864082022#864082022, /profile/Jnosh'] Hopefully we get Swift-native and Swift Concurrency compatible support for creating OS activities at some point [/quote] I recommend that you file an enhancement request for that specifically. Please post your bug number, just for the record. As to your comments about how to mix activities and Swift concurrency, I don’t know enough about those interactions to offer an informed opinion. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

This seems like a use case worth supporting; can you file a feedback request for it, or share the ID if you’ve already filed one?

I can’t speak to App Store policy issues. My advice is that you start a new thread about the policy side of this in App Store Distribution & Marketing > App Review. Feel free to reference this thread for the technical background to your concern. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Thanks for submitting FB20876956. Reading that through, it explains what you want but gives not details as to why you want it. I recommend that you add that context. My experience is that details like that help ERs get more traction. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Glad it’s sorted. I don’t have any details to share here, other than that, based on the resolution of your bugs, it seems like this was a transient outage in the Feedback Assistant service. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Well, it’s hard to say for sure whether the fix for this will come from Xcode or from WebKit. Given the possibility of the latter, you could try engaging with the WebKit open source effort. Honestly, I’m not sure whether that’d help or not. It’s not a sandbox that I play in. You could also change your testing approach. I’ve never been a huge fan of mocking via a subclass, partly based on similar experiences to this with the Foundation URL loading system types. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='864098022, Pasjonsfrukt, /thread/803580?answerId=864098022#864098022, /profile/Pasjonsfrukt'] Sorry for the late response! [/quote] No worries. I have plenty of other things to do (-: [quote='864098022, Pasjonsfrukt, /thread/803580?answerId=864098022#864098022, /profile/Pasjonsfrukt'] We have not seen the issue when we connect to the AP through Settings > Wi-Fi. [/quote] OK. The reason I asked is that here on the Apple Developer Forums our primary focus is on APIs. If you were able to reproduce the problem in Settings then that’d eliminate any possibility that your iOS code is incorrect. Without being able to reproduce it in Settings, it’s possible that this is a bug in your app (you occasionally pass in the wrong Wi-Fi details) or in the Network Extension layer that you’re calling (as opposed to the core Wi-FI layer that does all the heavy lifting here). However, the actual error you’re seeing here, failed to association error 1, is a strong indication of an issue in the core Wi-