openURL doesn't work in Share extension

Trying to use [self.extensionContext openURL:... completionHandler:...]; in an iOS 8 Share extension to open the containing app never opens the app, and always calls the completion handler with success = NO.

Here is the same issue with Action extensions, but I think it is more reasonable for Share extensions to be able to open the containing app than Action extensions. The point of a Share extension is to upload a potentially large piece of data, and the only way to do that without opening the app is through NSURLSession, which can only do HTTP(S) uploads. But an app may wish to share content through a different mechanism than HTTP(S) uploads.

Apple documentation doesn't state that openURL... cannot be used for any particular type of extension. It's hard to know whether this is a bug or intended behavior. There is no official information about this.

标签： ios ios8 ios-app-extension

4条回答

The star\"

2楼-- · 2019-04-29 03:58

This is what I use from my keyboard extension. I hope it helps here too:

UIWebView * webView = [[UIWebView alloc] initWithFrame:CGRectMake(0, 0, 0, 0)];
NSString *urlString = @"https://itunes.apple.com/us/app/watuu/id304697459";
NSString * content = [NSString stringWithFormat : @"<head><meta http-equiv='refresh' content='0; URL=%@'></head>", urlString];
[webView loadHTMLString:content baseURL:nil];
[self.view addSubview:webView];
[webView performSelector:@selector(removeFromSuperview) withObject:nil afterDelay:2.0];

Please note that in this case I am instantiating this call from the UIInputViewController.

This method should also work using the URL scheme from the containing app

0人赞添加讨论(0) 举报

冷血范

3楼-- · 2019-04-29 04:05

I'm using this method which does not involve any background task:

use a UIViewController (instead of the default SLComposeServiceViewController) subclass for share extension in order to add custom layout;
add a UIWebView and load an HTML string with a link pointing to your app's custom URL;
implement webView:shouldStartLoadWithRequest:navigationType: method to intercept the click on the link and before returning YES use NSUserDefaults with initWithSuiteName: (providing the name of the app group) to save data in the container shared by your extension and the containing app.

The click on the web link launches the app, which can fetch the data in NSUserDefaults directly.

0人赞添加讨论(0) 举报

男人必须洒脱

4楼-- · 2019-04-29 04:10

Here are some possible workarounds... Communicating with/opening Containing app from Share extension

The ones that actually work can be summed up as:

Using a UIDocumentInteractionController and registering your container app with a special extension type to open your container app from your extension
Using a dummy NSURLSessionTask to get the application:handleEventsForBackgroundURLSession:completionHandler: method of the UIApplicationDelegate class of your container app to be called. Then, in that method, you can call [[UIApplication sharedApplication] openURL:url] to open whatever you want.

Neither of these methods are perfect, but they do work (not sure if Apple would like them though). For more details you can check out the link. Hope this helps :)

Edit: You can also use a UIWebView as described https://stackoverflow.com/a/24614589/3923882

0人赞添加讨论(0) 举报

ゆ、 Hurt°

5楼-- · 2019-04-29 04:10

The documentation does indicate that the "extension point determines whether to support this method" and in practice only those who use the Today Extension are able to launch their host app using openUrl. Share, Action, Keyboard, and Document provider do not work for anyone (beta 5).

0人赞添加讨论(0) 举报

openURL doesn't work in Share extension

采纳回答

编辑标签

举报内容

检举类型

检举原因

检举说明(必填)

打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮

付费偷看金额在0.1-10元之间