“file uri scheme”

I figured it out. The scheme that I was using was originally intended to handle the WidgetKit Intent configuration. So in the scheme itself, it had a Siri Intent Query inside the run step. So all I had to do was create a new scheme that was intended to test the Widget, and the query was no longer there. It then ran without triggering it.

Hi there. Your Xcode Cloud build may be failing this way because the workflow is still looking for that scheme. Can you confirm that your workflow's build actions reference the correct scheme? Please ensure that you have pushed any changes to your scheme to relevant branches that your Xcode Cloud workflows build from.

Just wanted to add a note here that I was able to resolve my issue. The issue was not with the client secret but with the TTL for my secret which expired way too soon and the redirect URI set for getting an auth token not being whitelisted in Apple developer services dashboard for apple sign in.

Did not have information nor solution but confirmed this is still persistent on ios 16. Android phones comply to rfc as they should but ios devices did not send any request to uri that mentioned in option 114. Also I did not observed any requests even after reconnecting to same network countless times.

Interesting... When creating a new project from scratch and then trying to add the extension, I've seen a dialog with the following message that hasn't shown when I was trying to add the extension in my other project: Activate “WidgetTestWidgetExtension” scheme? This scheme has been created for the “WidgetTestWidgetExtension” target. Choose Activate to use this scheme for building and debugging. Schemes can be chosen in the toolbar or Product menu. I was just trying to run the App's target because I didn't even had a scheme to run the extension's one... But if I manually create a scheme to run the extension's target, I get the same result. Yeah, I'd totally like to bump the deployment target, we might do soon, but for now, it is a requirement from the company so not much I can do there sadly... Thanks for having taken some time to look into this! 👍

I figured it out guys. Never mind. For debugging, you should edit the current scheme and set the working directory to something easy to find, like a folder in your home directory. (Product / Scheme / Edit Scheme / Run / Options / Use Custom Working Directory)

Hi,The 'Host' parameter of the URI atrribute (in this example:- 'token'), can be retrirevd via the 'identifier' property of AVContentKeyRequest.This will work for Just In Time acquisition of the key(s).If you need to prefetch the keys, you will need to carry the assetId out of band or parse it from the playlist (EXT-X-KEY...)

I don't know what was the problem but I figured out how to solve it. Basically, you need to recreate the target. In my case, I was using the old approach with watchOS app and extension app. Now Xcode 14 offers only a single target - maybe that was the problem. Steps that I used: Copy all files from your watchOS app to another location. Delete folder, target, and schemes, remove all remainings from watchOS app. Add watchOS app target using new Xcode. Add copied files from step. 1 Configure build settings, signing, and assets (whatever you need). Very important: set bundle identifier prefixed by your iOS bundle identifier. Very important: set WKCompanionAppBundleIdentifier in info.plist that equals your iOS app bundle identifier. Super important: go to your main iOS app target, general tab, frameworks, libraries... and click + and add your watchOS app. Now I like to use first watchOS scheme to install watchOS app first, then change scheme and install iOS app. Now you

Delete and recreate the Scheme for your Project.1) Click on the Project Target Name at the top of the Xcode window.2) Select Manage Schemes and Highlight the Scheme Name and click the Minus Sign to Delete it.3) Click on the Project Target Name at the top of the Xcode window, Again.4) The Plus sign at the bottom of the Aut0 Create Scheme and select your project from the list that appears.This should fix your issue.

I thought reserved schemes like HTTP and HTTPS will not work if we use AVAssetResourceLoaderDelegate. It's great if these schemes also work with that mechanisms.

Actually it does the reason I didn't write https:// because site didn't allow me to write scheme that's why I write url without scheme.

[quote='806051022, DTS Engineer, /thread/764739?answerId=806051022#806051022'] What is the scheme here? [/quote] Scheme is name of my macros's target

By default, StoreKit Testing in Xcode is disabled. After enabling this by selecting the StoreKit Configuration file for the scheme, you will then be able to complete purchases in both iOS and watchOS for this Backyard Birds project. For information see StoreKit Testing in Xcode. If you continue to have issues, please provide what errors you are seeing and how to reproduce them.