“translate scheme”

I am executing a function to save an UIDocument both when iCloud is enabled and when it is not, but I seem to miss on both throws. In particular when iCloud is enabled saveToURL returns false, and I have no idea why it so, given the document is not nil and the path is apparently a reasonable one:/private/var/mobile/Library/Mobile Documents/iCloud~com~information~inArrivo/Favorite/Stop_77082this is my function in brief: func newFavorite(favorite: palinaModel) ->Bool { let baseURL = NSFileManager.defaultManager().URLForUbiquityContainerIdentifier(nil) var favoriteURL:NSURL! if (baseURL != nil) { let favoritesURL = baseURL!.URLByAppendingPathComponent(pathComponent()) favoriteURL = favoritesURL.URLByAppendingPathComponent(String(format:Stop_%@, favorite.palina)) } else { let filePath = getFilePath() favoriteURL=NSURL(fileURLWithPath: filePath) } let document = FavoriteStopDocument(fileURL:favoriteURL, favorite:favorite) self.favoriteElements.append(document) print(favoriteUrl= + favoriteURL.path!+ document=+d

Has anyone got the following call to work in tvOS?[[UIApplication sharedApplication] openURL:[NSURL URLWithString:UIApplicationOpenSettingsURLString]];When I try it in my app, it just logs the following:LaunchServices: ERROR: There is no registered handler for URL scheme app-prefs

Hi,We are parsing the assetID from the SPC payload to identify the content on the server. However, we are getting different results for SPCs coming from iOS and from Safari.We use the included reference clients for testing. Here's how we set the initData/create the requests:iOS:requestBytes = [loadingRequest streamingContentKeyRequestDataForApp:certificate contentIdentifier:assetId options:nil error:&error];Safari:initData = concatInitDataIdAndCertificate(initData, contentId, certificate);where concatInitDataIdAndCertificate is exactly as provided in the sample code.In both cases, we use the sample streams with content/assetId twelve.For the SPC from iOS, we get the correct asset ID:7477656c7665which translates totwelveIf the request comes from Safari, we are seeing this:e79db4e6b1a5e695b6000000Can you please advise?is this also the reason why the Safari example includes the assetId as additional URL parameter which is not the case on iOS?Thanks and best regards,Tobias

According to apple developer site info,'deployment target' must be set to at least 5.1.1 In order to support 64 bit in iOS apps, :https://developer.apple.com/library/ios/documentation/General/Conceptual/CocoaTouch64BitGuide/ConvertingYourAppto64-Bit/ConvertingYourAppto64-Bit.htmlAs I understand it - it means that a device with iOS 5.1.1 (32 bit) should be supported (but OS below 5.1.1 is not supported). However, when the app is installed using xCode (6.4) on iPhone4(iOS 5.1.1) I get the following error: Xcode cannot install or launch applications supporting the 64-bit architecture on devices running iOS versions prior to 6.0. This configuration is supported for distribution through the iOS App Store, but cannot be used during development with Xcode. To continue, edit the Run scheme action and select a build configuration that does not include the 64-bit architecture.The error says that this this version (5.1.1) supported on appstore but not on xcode. Does it mean that when the app is uploaded to app

I have an enterprise app being distributed via HockeyApp and am having issues with deeplinks opening the app. This all worked as expected prior to iOS9, but with iOS9 the problem appeared.Let's say I have an app called MyApp and have registered the URL scheme myapp://. Typing myapp:// into Safari will open the app on systems prior to iOS9, but with iOS9 a promt appears (as expected):Open this page in MyApp?Tapping Open does nothing, no error, no prompt. Again, prior to iOS9 the app is launched as expected. If I install the app via Xcode (as opposed to enterprise over-the-air), the deeplink works correctly on all platforms.Anyone else experiencing this issue?

I'm trying to use SFSafariViewController to present a form that the user needs to fill out. On the form, there is a back button, which fires a url scheme which opens the app. The problem is that the application:openURL:options: method doesn't get called when the url scheme is fired by the web page opened in SFSafariViewController. When I was using Safari to open the form instead of the SFSafariViewController, the scheme worked, and the application:openURL:options: method was called.Any ideas why the scheme is not working with SFSafariViewController and how to fix it?