hi @mattt, the Urban Airship Registration stop working with error:

Registration Error: Error Domain=NSCocoaErrorDomain Code=3840 "The operation couldn’t be completed. (Cocoa error 3840.)" (JSON text did not start with array or object and option to allow fragments not set.) UserInfo=0x1d87a2c0 {NSDebugDescription=JSON text did not start with array or object and option to allow fragments not set.}

The same code worked two days ago. Have no idea whether the UA server side changes something.

AFNetworking 2.0 doesn't fly with Orbiter.

My first commit to the pull just changed the version dependency to use 1.x. Then, I decided to just rewrite it for AFN 2.0 since I'm rolling with the 2.x version in my project.

If you don't want to use my pull req to make it 2.x compatible, you should change up the podspec at a minimum because it defaults to the latest version of AFNetworking.

Hi,

looking here, I am wondering about the use of the deviceToken: https://github.com/mattt/Orbiter/blob/master/Orbiter/Orbiter.m#L258-L262

In the other two impls of the requestForRegistrationOfDeviceToken the actual token is used...

Hi,

it is not entirely clear to me what Orbiter is Orbiter all about?

• Is it because you want to (un)register for push notifications easier than it already is pretty easy (this is true at least for parse, I am not sure for UrbanAirship though)?
• Is it because you want to (un)register for same user/device here 'n there all at once easier?
• Huh?

I am confused.

Thanks mattt! ;-)

When appending a payload as parameters (I just use the example function with my Helios server specified), the parameters aren't appended to the NSURLRequest.

I believe the endpoint for push notifications should be /push_notification/devices instead of /devices. This coincides with issue #57 from the helios-framework repo.

...complaining about

UrbanAirship was complaining about the content type, not being one of the following;

• text/json
• application/json
• text/javascript

it seems to be defaulting to text/plain which causes Urban Airship to throw an error causing the error block to always be executed, the device still does register though.

2013-05-20 18:38:31.133 Neckbeard[9426:907] Registration Error: Error Domain=AFNetworkingErrorDomain Code=-1016 "Expected content type {(
    "text/json",
    "application/json",
    "text/javascript"
)}, got text/plain" UserInfo=0x1fd52d80 {NSLocalizedRecoverySuggestion=OK, AFNetworkingOperationFailingURLRequestErrorKey=<NSMutableURLRequest https://go.urbanairship.com/api/device_tokens/<token>>, NSErrorFailingURLKey=https://go.urbanairship.com/api/device_tokens/<token>, NSLocalizedDescription=Expected content type {(
    "text/json",
    "application/json",
    "text/javascript"
)}, got text/plain, AFNetworkingOperationFailingURLResponseErrorKey=<NSHTTPURLResponse: 0x1fd0f700>}

This backports a handful of 2.x changes into 1.x for those of us unfortunate souls who can't bump up to 2.0 because we have to maintain onerous pre-iOS-6 compatibility. The most important of these changes is f191190, because without it projects will no longer build in Xcode 6 if they use Orbiter 1.x.

Orbiter.m line 103 retrieves a locale identifier like this:

[mutablePayload setValue:[[NSLocale currentLocale] identifier] forKey:@"locale"];

and xCode 6 complains that NSLocale doesn't declare any selector "identifier"

Using localeIdentifier instead should solve that compile time error

Xcode 6 update identified this call "identifier" as non existant on class "NSLocale" and forbids me to compile. I suspect that this call returns "nil" since for ever, or you are using without knowledge a private API.

Orbiter/Orbiter.m:86:48: warning: 'requestWithMethod:URLString:parameters:' is deprecated [-Wdeprecated-declarations] return [self.HTTPManager.requestSerializer requestWithMethod:@"PUT" URLString:urlString parameters:payload]; ^