file uri scheme

I've got an app that lets people load user-defined content into it, and displays that content (for example for e-signage applications, interactive kiosks, et cetera).One of the things I'd like to do in it is put up a description of a podcast, and then put a button on the screen that tells Apple's Podcasts app to open it.I tried to do this via [[UIApplication sharedApplication] openURL: ]; with the URL for the podcast from the iTunes store, based on the claim I saw elsewhere that that works on iOS. It did not work for me on tvOS (9.2b2).I know our apps can provide custom URL schemes, and supposedly the openURL: method will work for one third-party app to open another third-party app. But right now I'm more interested in opening things in Apple's own apps (music, tv, movies, trailers, podcasts, and the app store).Do the tvOS versions of Apple's apps support any URL schems at all right now? Are they documented anywhere?

Hello, I'm kinda new to Xcode and I was trying to get back to programming while I follow a course. There seemed to be a problem with the preview and it looks like there was nothing wrong with the code, at least from what I know. I can say this because the code is the default one that Xcode gives you when you start a new project. here is the error log. == PREVIEW UPDATE ERROR: SchemeBuildError: Failed to build the scheme “App” linker command failed with exit code 1 (use -v to see invocation) Link App.debug.dylib (arm64): Undefined symbols for architecture arm64: _main, referenced from: ___debug_main_executable_dylib_entry_point in command-line-aliases-file ld: symbol(s) not found for architecture arm64 clang: error: linker command failed with exit code 1 (use -v to see invocation) == PREVIEW UPDATE ERROR: SchemeBuildError: Failed to build the scheme “App” linker command failed with exit code 1 (use -v to see invocation) Link App.debug.dylib (arm64): Undefined symbols for architecture

I have an iOS app, and I am trying to add a companion WatchOS app. My iOS app depends on 2 libraries: GoogleMobileAds FirebaseAnalyticsWithoutAdIdSupport When I add a new target for WatchOS, the preview build starts to fail. I am not adding any libraries to WatchOS. The Google Ads and Firebase Analytics libs are only under the iOS target. I am unable to run the preview, I get an error when trying to build the watch scheme. The preview does not work. The build just crashes. I've included the error log below. But, here are the steps I've tried so far: Delete folders inside Derived Data Run a clean build (Cmd + Option + Shift + K) Delete scheme and create a new one Reset Package Cache Restart Xcode Restart Macbook But, it just does not work. I do not understand why the watchOS target is erroring for GoogleUserMessagingPlatform and GoogleMobileAdsTarget when those packages are not linked/used for the watchOS. SchemeBuildError: Failed to build the scheme “timerWatch Watch App” While buil

We are seeing repeated occurrences of the following log line in test runs triggered via .xctestrun files on iOS 26: IDERunDestination: Supported platforms for the buildables in the current scheme is empty. This line is printed n number of times after a test fails, significantly increasing test execution duration (2–3 minutes extra in some cases). The issue does not occur when tests are built and run together from Xcode directly — it’s specific to .xctestrun-based executions using xcodebuild test-without-building. Steps to Reproduce: Use Xcode 26 to build a sample XCTest target (we used a simple UI test project). Locate the generated .xctestrun file under DerivedData/.../Build/Products/.... Run tests using: xcodebuild -xctestrun /path/to/sample.xctestrun -destination id= test-without-building Observe the logs during test failure. Observed Behavior: The log line IDERunDestination: Supported platforms for the buildables in the current scheme is empty appears multiple times.

I'm working on an iOS app that integrates with Spotify for authentication. I’m facing a problem where the app doesn’t handle URL schemes and app state transitions properly. Specifically, when Spotify redirects back to my app, it either doesn’t handle the URL correctly or doesn’t transition between states as expected. The authorization for spotify is successful, then my app reopens and nothing happens after that. Expected Behavior: When Spotify redirects to my app, it should correctly handle the URL and process authentication parameters. Actual Behavior: Even with URL handling code commented out, the app reopens from Spotify, which suggests a possible issue with how URL schemes or app state transitions are managed. The app’s state transitions don’t seem to be handled as expected. Troubleshooting Steps Taken: Verified URL schemes and redirect URIs. Implemented application(_:open:options:) for URL handling. Tested various app states (foreground, background, suspended). //This

My app Frax makes use of custom URL schemes to share presets via custom URL scheme links. This is done by sharing normal URLs, e.g. fr.ax/fe0ci, which our server then redirects to the custom URL scheme link; e.g. fraxhd://fr.ax/fe0ci.frx . This link opens in our app and tells it where to find the preset file (in this case, fr.ax/fe0ci.frx).This worked fine in iOS 12 and earlier (all the way back to iOS 3), and in all other apps we've tried it with (e.g. Facebook). However, it is broken in iOS 13 Safari. The server attempts to redirect to the custom URL scheme link, but our app is never called or opened. The links still work fine from other apps (e.g. Facebook), and also when the custom URL scheme is pasted by hand into Safari. Only the server-based redirect mechanism has stopped working, and only in Safari.Any idea why this might be, or what changed from Safari iOS 12 to Safari iOS 13, or how I might go about troubleshooting it? Thanks in advance!

I've got an app that lets people load user-defined content into it, and displays that content (for example for e-signage applications, interactive kiosks, et cetera).One of the things I'd like to do in it is put up a description of a podcast, and then put a button on the screen that tells Apple's Podcasts app to open it.I tried to do this via [[UIApplication sharedApplication] openURL: ]; with the URL for the podcast from the iTunes store, based on the claim I saw elsewhere that that works on iOS. It did not work for me on tvOS (9.3b2).I know our apps can provide custom URL schemes, and supposedly the openURL: method will work for one third-party app to open another third-party app. But right now I'm more interested in opening things in Apple's own apps (music, tv, movies, trailers, podcasts, and the app store).Do the tvOS versions of Apple's apps support any URL schems at all right now? Are they documented anywhere?

Our app uses custom URL scemes. For example: ourApp:// which relies on this delegate method:- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)urlTried this too:-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotationFrom testing, I notice these methods are not being called.From the documenation, I notice these methods are deprecated.My questions are:a.) Are custom URL schemes still being supported in iOS10?b.) If not, what is the alternative?EDIT:I also notice that typing some well known custom URL schemes in the browser works as expected. For example mailto:// or tel://. However, typing ourApp:// results in a page not found error. This is not true for 9.x.