“A Summary of the WWDC25 Group Lab”

Yes actually! This one 7214 error 19:24:29.268275+0100 framework configureUseCaseGroup(withName:useCaseGroup:) threw an error: CipherML.CipherMLError.unsupportedNetworkURL(url: https://pir.kaylees.site/) or later configureGroupWithName:useCaseGroup:error: Request complete error:Error Domain=com.apple.CipherML Code=1400 Unable to configure use-case group: unsupported network URL: https://pir.kaylees.site/ UserInfo={NSLocalizedDescription=Unable to configure use-case group: unsupported network URL: https://pir.kaylees.site/, NSUnderlyingError=0x736c3de60 {Error Domain=CipherML.CipherMLError Code=12 unsupported network URL: https://pir.kaylees.site/ UserInfo={NSLocalizedDescription=unsupported network URL: https://pir.kaylees.site/}}} “unsupported”? As far as I can tell, the device makes no attempt to contact the server. This only happen with TestFlight builds on the latest beta. Every other combination seems to work fine. I would try to debug this but I think it’s private API, and it’s pretty

If you test this in the Shortcuts app, does your intent get invoked? If so, then your code is functioning, and that's how you should continue your testing. The system search schema is grouped under the App Intent Domains section of the documentation, which has the following note that's relevant to your testing: Siri’s personal context understanding, onscreen awareness, and in-app actions are in development and will be available with a future software update. — Ed Ford,  DTS Engineer

[quote='879950022, timboudreau, /thread/818192?answerId=879950022#879950022, /profile/timboudreau'] the industry has produced plenty of ways to run untrusted code in-process [/quote] Sure. And if the only issue were the host not being able to trust the guest, such techniques might be feasible. But in this case you have to worry about the guest not trusting the host. [quote='879950022, timboudreau, /thread/818192?answerId=879950022#879950022, /profile/timboudreau'] can using StoreKit in an AUv3 work at all? [/quote] There’s an obvious way to make this work: Have the user run the app. Which uses StoreKit to check for the purchase. And stores the state in an app group, or keychain access group [1]. Which the app extension checks. This requires that the user run the app at least once so that it can achieve, but that’s not particularly onerous. However, the real question is really about whether your app extension can call StoreKit. I don’t know for sure. I’m gonna research this and get back to yo

Update — Workaround found After further investigation I have found a workaround that resolves the inconsistent track switching behaviour described above. Observation I noticed that changing the order of EXT-X-MEDIA audio entries in the manifest produced different results. Specifically, when the DEFAULT=YES track is listed first, switching behaviour is unreliable. When the DEFAULT=YES track is placed last, switching back to the default language works correctly. Workaround Reorder the EXT-X-MEDIA audio entries so that the DEFAULT=YES rendition appears last in the manifest: #EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=program_audio,LANGUAGE=de,NAME=Deutsch,AUTOSELECT=YES,DEFAULT=NO,CHANNELS=2,URI=audio_DEU.m3u8 #EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=program_audio,LANGUAGE=fr,NAME=Francais,AUTOSELECT=YES,DEFAULT=NO,CHANNELS=2,URI=audio_FRA.m3u8 #EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=program_audio,LANGUAGE=en,NAME=English,AUTOSELECT=YES,DEFAULT=YES,CHANNELS=2,URI=audio_ENG.m3u8 In our case the manifest is gener

Hi @tfnyldrm, You wrote: One of our app is alreadey released, can we still do it to share the same Apple login? Any existing app the uses Sign in with Apple can be added to an app group to share the same user session of the primary app across all child apps. To learn more, see Configuring your environment for Sign in with Apple https://developer.apple.com/documentation/signinwithapple/configuring-your-environment-for-sign-in-with-apple Cheers, Paris X Pinkney |  WWDR | DTS Engineer

So, let me start here: Should I avoid 'cloning' directories in general with the copyfile function? No, quite the opposite. If you read the copyfile man page closely, you'll find that it's very careful to NEVER say that it clones directories. It either refers to cloning individual files or recursive cloning. Recursive cloning means using COPYFILE_CLONE on directories and is actually the standard behavior across all of our copy APIs (and the Finder). More specifically, COPYFILE_CLONE means that copy file calls clonefile for every possible individual file object and creates new objects for directories or anywhere it can't use clonefile. Note that this process is more sophisticated than it might seem, as it doesn't just use cloning within the same file system, but actually preserves clones across volumes (which is much trickier). copyfile() can also do standard copy all data copies on APFS but, to be honest, I've never come up with any good reason why you would do so, as it's basically the same as saying please m

Thank you for your replies. Unfortunately, this didn't help either. I developed an app with SwiftDate in a GroupContainer. The data model is stable, and all relationships are optional. The next step should be to switch to an iCloudContainer. Both computers are on the same network and have internet access and access to the developer account. I disabled and re-enabled automatic signing. No change. A comparison of the project.pbxproj files showed two new lines in the non-functional project: 913a913 CODE_SIGN_IDENTITY = Apple Development; 948a949 PROVISIONING_PROFILE_SPECIFIER = ; I manually deleted these two lines and restarted Xcode. There was no change in behavior; the same error occurred. I also manually downloaded the profile from the developer website and tried to sign it manually. But this deployment profile has the same error again: Entitlements: 8 included, 1 Missing What surprises me is that the working version on the MacBook lists 12 entitlements. The entitlements are identical on both systems. aps-env