İOS 26 beta battery %1

It was working fine on Xcode 26 RC and with iOS 26 RC devices yesterday. Today I upgraded to Xcode 26 (17A324), then this problem occurred. Deleting all files from ~/Library/Developer/Xcode/UserData/Provisioning Profiles helps.

[quote='858251022, DTS Engineer, /thread/800521?answerId=858251022#858251022'] I’m not set up to test with Xcode 26 right now, but I’ll try to do that ASAP. [/quote] I repeated the test described above with Xcode 26 RC and iOS 26.0, and things continue to work. Here’s a summary of my results: Xcode | iOS | Result ----- | --- | ------ 16.4 | iOS 18.6.2 | OK 26.0 RC | iOS 18.6.2 | OK 26.0 RC | iOS 26.0 | OK This is all running on macOS 15.6.1, using a unique bundle ID each time. At this point I’m pretty much convinced that the root cause of this issue is resolved and that the remaining problems are caused by Xcode caching bad state. Unfortunately it’s hard for me to test solutions to that because I’ve never managed to reproduce the problem. [quote='858275022, totofrechou, /thread/800521?answerId=858275022#858275022, /profile/totofrechou'] The answer from Muslim Ismailov in Stack Overflow worked for me [/quote] Cool. That’s very like what I described

I have had the exact same problem with all projects for the last 12 hours :-/ However I just deleted ALL files and folders from .../Library/Developer/Xcode - which seems to have fixed the problem for me. I'm using MacOS 15.7, Xcode 16.4 and iOS 18.7 on the iPhone I test on. Cheers Thomas

I recommend not using the default value when including fields. Maybe in iOS 26 the logic behind GestureMask.all changed. Using .subviews helped me.

The problems are triggered by specific circumstances that I’m not testing. For example, I’m using Xcode 16 and other folks are using Xcode 26. I’m not set up to test with Xcode 26 right now, but I’ll try to do that ASAP. However, if this issue is what I think it is, Xcode 26 won’t change things. I believe that's the case. In Xcode 26 Automatic signing of all my apps for Ad Hoc distribution appears to be broken. The app archives and exports without errors, but all my devices refuse to install the app, complaining that This provisioning profile does not have a valid signature (or it has a valid, but untrusted signature. I manually created my own provisioning profiles for all the targets, switched from automatic to manual signing and everything works. It's like we're back in 2014 but at least I cut my teeth on all this stuff back in the day so I still remember all the steps required.

HI sengui @sengui Could you explain the procedure for completing the pairing process between an Android and an iOS device? Additionally, we would appreciate it if you could provide the demo code for the Android side.

[quote='857997022, lucky06, /thread/799833?answerId=857997022#857997022, /profile/lucky06'] send the demo project and app [/quote] I took a look at that today and I’m confused by your starting point. My general advice when building Mac software is to do your day-to-day development using Apple Development signing. Then, once you have things working, you can export your app using the signing appropriate for your distribution channel (Apple Distribution for the Mac App Store, Developer ID for direct distribution). See The Care and Feeding of Developer ID for more about this. If you do that then you only need to worry about the -systemextension stuff at the final step, when you export your product for distribution. And when you stick with Apple Development signing you can rely on Xcode’s automatic code signing to do the right thing. However, you seem to be trying to use Developer ID signing for day-to-day development. This is a mistake, and it’s causing you grief here. So, for example, I opened your project today