Child Item

DropboxClientsManager authorizeFromController not doing anything

Hello,

I'm having trouble presenting the Dropbox login to the user. I had it working some time ago, but today I tried it and nothing happens. I make this call and nothing happens.

 [DropboxClientsManager authorizeFromController:[UIApplication sharedApplication]
                                        controller:VC
                                           openURL:^(NSURL *url) {
                                               [[UIApplication sharedApplication] openURL:url];
                                           }
                                       browserAuth:NO];

I've tried it with browserAuth set to YES too, and get the same problem. Has anything changed recently?

I don't see any errors or any text at all on the console. Any idea what could be the problem?

Thanks

Bob

Find more posts tagged with

API

Abuse

Accepted answers

Bob S.15

Hey Greg,

Finally found it. I was skipping the call to DBClientsManager setupWithAppKey! It was in there, but I was mistakenly skipping it when my app had stored the preference that Dropbox was disconnected. It's weird that that produces no error messages. I found the problem by stepping in the debugger into authorizeFromController and noticing that both my sharedApplication and controller arguments were 'nil', even though they were valid values when I passed them. Then I noticed the assert in that function:

 NSAssert([DBOAuthManager sharedOAuthManager] != nil,
@Call `Dropbox.setupWithAppKey` or `Dropbox.setupWithTeamAppKey` before calling this method);

As soon as I saw that, I knew what I had done.

I guess that the assert never fired, because [DBOAuthManager sharedOAuthManager] is a valid number even if you have not called setupWithAppKey?

Anyway thanks for helping me with this problem, I really appreciate it. I'll probably run into more but at least this one is down.

Bob

All comments

Bob S.15

Hey Greg,

As far as I know, there is nothing different about the project. I just added the print statements to print out the value of sharedOAuthManager. That's the standalone project you linked to earlier in this thread.

Bob

Greg-DB

Interesting. In that case I'll dig into it further now that I can reproduce it. Thanks!

Greg-DB

Ok, I determined what the issue is here. Whether or not the assert occurred depended on the ENABLE_NS_ASSERTIONS build setting. By default, that build setting varies depending on which scheme you're building for. (It's Debug:Yes, Release:No.)

When using Cocoapods (as I often do when testing things) the scheme used for the Dropbox library is whatever scheme you're building your project with. While developing an app, that's typically the Debug scheme.

When using Carthage however, the Dropbox library is built when you run `carthage`, which by default uses the Release scheme. (This is configurable using Carthage's `--build` setting.)

These differences are what caused the inconsistency when trying to reproduce this across projects (since it depended on the setting/scheme/installation method.)

We're going to change this assert into a log statement so that it will happen irrespective of these conditions.

Thanks for your help and patience tracking this down!

Bob S.15

Ah, that makes sense. Thanks for helping me find the problem in my app!

Bob

srinivas1995

I'm also Getting same issue.Help to me

Greg-DB

@srinivas1995 Please open a new thread with the specifics of the issue you're seeing so we can take a look. Thanks!