iOS 9 - NSUserActivity userinfo property showing null

Question

I had a quick question about NSUserActivity's userInfo property.

NSString *activity = @"com.test.activity";  
NSUserActivity *userActivity = [[NSUserActivity alloc] initWithActivityType:activity];  
userActivity.title = @"Test";  
userActivity.keywords = [NSSet setWithArray:@[@"Test"];  
userActivity.userInfo = @{@"location": location};  

userActivity.eligibleForSearch = YES;    
self.userActivity = userActivity;  
[self.userActivity becomeCurrent];

I have the above snippet implemented in one of view controllers viewDidLoad(). When my item appears within spotlight search it calls the continueUserActivity delegate method.

I'm trying to access the userActivity.userInfo property but it's returning null even though it's been set above.

Here's the continueUserActivity snippet:

-(BOOL)application:(nonnull UIApplication *)application continueUserActivity:(nonnull NSUserActivity *)userActivity restorationHandler:(nonnull void (^)(NSArray * __nullable))restorationHandler {

NSString *locationName = [[userActivity.userInfo objectForKey:@"location"] valueForKey: @"name"];

// Do stuff with locationName

return NO;

}

EDIT: I changed the location object to return as a primitive type but I'm still getting null on the delegate method.

Is anyone else having this problem in iOS 9 beta 3?

score 11 · Accepted Answer · answered Aug 28 '15 at 01:01

I'm working in iOS 9 beta 5, and another way that userInfo may be nil within the application:continueUserActivity:restorationHandler: is if you have also set NSUserActivity's webPageURL property. If you set the webPageURL property and would like userInfo to not be nil, then you will need to include the appropriate keys in NSUserActivity's requiredUserInfoKeys property. This took me forever to figure out, but shame on me for missing this in the docs.

NSUserActivity *activity = [[NSUserActivity alloc] initWithActivityType:activityType];
activity.title = @"title";
activity.webpageURL = [NSURL URLWithString:webLinkUrlString];
activity.userInfo = @{@"id": webLinkUrlString, @"deep_link": deepLinkUrl};
// set requiredUserInfoKeys if you're also setting webPageURL !!
// otherwise, userInfo will be nil !!
activity.requiredUserInfoKeys = [NSSet setWithArrays:@[@"id", @"deep_link"]];
activity.eligibleForSearch = YES;
activity.eligibleForPublicIndexing = YES;
activity.contentAttributeSet = attributeSet;
activity.keywords = [NSSet setWithArray:keywordsArray];
self.activity = activity;
[self.activity becomeCurrent];

I'm doing nearly exactly this, and it doesn't seem to work for me in Xcode 7 beta 6, either on the simulator or a device. The userInfo dictionary is always empty. This works for you? — bdmontz, Aug 31 '15 at 15:58

Richard Mazkewich · Answer 2 · 2015-07-15T13:41:50.707

Hi could you check in your continueUserActivity snippet:

if ([userActivity.activityType isEqualToString:@"com.test.activity"])
{
      NSString *locationName = [[userActivity.userInfo objectForKey:@"location"] valueForKey: @"name"];
}

If it doesn't go there I assume that you have Core Spotlight integrated in your app and you get in Spotlight exactly by these elements from Core Spotlight.

Hope it was helpful.

P.S. At the moment(Xcode 7 beta 3) many developers can't get Search API through NSUserActivity to work, including me.

score 1 · Answer 3 · answered Aug 11 '15 at 14:36

1

It was a problem with beta 3 that was causing this error. Everything is working fine as of beta 5.

answered Aug 11 '15 at 14:36

Jason Ngo

113
1
8

I also experienced this problem. NSURL also not save and after changing to String, it's saved. – holahola May 14 '21 at 15:00

score 1 · Answer 4 · edited May 23 '17 at 12:31

See this question: NSUserActivity handoff not working for custom data

userInfo is non-null if you follow this guideline from Apple:

To update the activity object’s userInfo dictionary efficiently, configure its delegate and set its needsSave property to YES whenever the userInfo needs updating. At appropriate times, Handoff invokes the delegate’s userActivityWillSave: callback, and the delegate can update the activity state.

The doc does say that setting webpageURL requires that requiredUserInfoKeys also be set. However (a) handoff works fine without requiredUserInfoKeys, as long as the 'userActivityWillSave' set userInfo, and (b) webURL is an iOS 8 parameter, whereas requiredUserInfoKeys is iOS 9. So the delegate method allows handoff to be supported in iOS 8 / Xcode 6.

score 0 · Answer 5 · answered Oct 10 '15 at 17:21

I noticed (in the simulator) that you can set either:

webpage URL
userInfo and requiredUserInfoKeys

But not both! If you set both an webpageURL and userInfo with requiredUserInfoKeys, your activity won't even show up in spotlight on iOS. I think this is because Apple assumes if you set the webpage URL that you support universal links and thus don't need any additional user info.

It is, however, OK to set both the webpage and just userInfo, but in your app delegate you won't receive the userInfo.

score 0 · Answer 6 · answered Mar 02 '16 at 12:12

I had the same problem that UserInfo was nil (on iOS 9.2). The problem was that the search result wasn't the latest NSUserActivity which I have tapped (older one with no UserInfo). So I renamed the title to clearly identify the correct search result.

Maybe this helps someone, too.

score 0 · Answer 7 · answered Dec 23 '20 at 15:43

0

For me on iOS 14 the issue was fixed by changing NSNumber values inside userInfo to String. I reproduced this in a simple test project. Maybe this happens only in Swift code, I didn't check Objective-C.

answered Dec 23 '20 at 15:43

kolyuchiy

5,465
2
23
31

iOS 9 - NSUserActivity userinfo property showing null

7 Answers7

Linked