file uri scheme

I’m seeing the same “FailedToInstallAppError: Failed to install ”XCPreviewAgent.app” Could not install the preview host ”XCPreviewAgent.app” on iPhone 14 Pro” issue (with the same beta build of Xcode 15). In my case, I have a PreviewProvider declared in a file in a framework that is embedded in an app target. The current scheme is configured to launch the app.

As a workaround you can try disabling Metal API Validation when editing the project's scheme under Options and see if that unblocks you. It may also be helpful if you could file a Feedback Assistant report for Swift Charts throwing this error with a reproducible sample or crash log when detached from the debugger. If you can do this please provide the feedback assistant ID here.

You can either click the scheme popup button to edit a particular scheme, or press Command+Option+R to edit the current scheme and then run.The settings you're looking for are GPU Frame Capture and Metal API Validation. Set both to Disabled to avoid this runtime overhead.

Links between apps are fine and and can be achieved by using a custom URL scheme. Apple have some great document on this to get you started.Using URL Schemes to Communicate with Apps- Tom

You can also do this in the scheme. In your app's scheme, enable Malloc Stack logging for Live Allocations. This is under Diagnostics. Make sure to enable this in the approprate operation, Run or Test.

this sounds like the user of a custom URL scheme. https://developer.apple.com/documentation/xcode/defining-a-custom-url-scheme-for-your-app or do you have something else in mind?

Same Question: This scheme has been created for the “(null)” target. Choose Activate to use this scheme for building and debugging. Schemes can be chosen in the toolbar or Product menu. This problem caused the app extension not working. I used Xcode on another mac to create the app extesion and solve this problem. But not a good idea..

How are you sure textDidBeginEditing is not called at all ?console log didn't print for me.Now I am not able to recreate the issue in the release scheme. Now it's working as expected.Not sure how it got fixed. maybe switching between schemes?Have you ever faced similar issues in the past due to any scheme/target issues?

We have the same problem here, the new Service ID does not work: invalid_client The old one works like a charm (we did not delete it though) We also cannot use newly added redirect URIs to old Service IDs, invalid_redirect_uri Looks like something does not get updated correcly on Apple side

We have resolved the issue by modifying the redirect URL. The new redirect URL includes query parameters in the return URI, which enables us to manage the login process more effectively. Users will now be redirected to the homepage upon successful login. If anyone has a better standard alternative solution, please share it here. Thank you!

Any chance you could push to get the x-apple.systempreferences URL scheme properly documented? The best first step here is for you to file a bug against the docs. 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 believe I know the root of this issue. In my case, the webview has its base URL set as a valid location, with a scheme of https. WKWebView sees custom schemes as insecure. WKWebView also does not allow pages loaded with a secure scheme to fetch from domains which are not secure. If I set the base url of my page to nil or an http URL, fetch loads from the custom scheme handler as expected. I haven't yet found any way to change the policy to allow the insecure fetch to proceed.

I've just tried this on Monterey Beta 5. The problem persists however the systemextensionsctl command no longer crashes, but instead still prints out our system extension in a state of [activated enabled], but now two additional lines showing the Team ID, the URI of the system extension, the version, and then - [realizing]