Android Dev - URL-адрес обратного вызова не работает… (0_o)

Я работаю над приложением для Android в рамках своего исследования, и я работаю с OAuth (библиотека указателей), чтобы получить доступ к пользовательским данным из веб-службы, которая также является частью процесса разработки. Я могу выполнить общие шаги OAuth, и я использую Uri (для обратного вызова в приложение), и могу перейти к шагу, на котором я вызываю браузер устройств, выбираю для проверки мое приложение, и следующий шаг ПРЕДЛАГАЕТСЯ для перенаправления браузера НАЗАД к приложению .... придатки после "?" являются oauth_token и oauth_verifier из сервис (мы можем взять на себя все шаги до тех пор, пока перенаправление не будет "правильно").

Возможные проблемы лежат в части appSchema: // appName . Насколько я понимаю, это URL-адрес перенаправления, который сообщает Uri использовать браузер телефона для поиска моего приложения и вызова метода onResume (). Откуда берутся значения для appSchema: // appName (определены в манифесте? Если да, то где?).

Почему проблема с разрешением? Должен ли я установить разрешения для моего Uri для доступа к моему приложению? Я потерялся ... если вам нужны фрагменты кода, чтобы помочь мне, пожалуйста, ответьте, я не включил код, потому что это больше похоже на концепцию, которую я только что пропустил ... Я сейчас не на своей машине, но могу предоставить код, если это упростит понимание. На самом деле бить головой здесь ...

В ОТВЕТЕ НА БОЛЬШОЙ ОТВЕТ ЗДЕСЬ: КАК Я ОБРАЩАЮСЬ СВОИМ ПРИ ВОЗОБНОВЛЕНИИ

protected void onResume() {
    super.onResume();       
    Uri uri = this.getIntent().getData();
    if (uri != null && uri.toString().startsWith(CALLBACK_URL)) {
        Log.d("StepGreenM", uri.toString());
        String verifier = uri.getQueryParameter(OAuth.OAUTH_VERIFIER);
        Log.d("StepGreenM", verifier);
        try {

            provider.retrieveAccessToken(consumer, verifier);
            TOKEN = consumer.getToken();
            REQUEST_SECRET = consumer.getTokenSecret();

            Log.d("StepGreenM", TOKEN);
            Log.d("StepGreenM", REQUEST_SECRET);

        } catch (OAuthMessageSignerException e) {
            e.printStackTrace();
        } catch (OAuthNotAuthorizedException e) {
            e.printStackTrace();
        } catch (OAuthExpectationFailedException e) {
            e.printStackTrace();
        } catch (OAuthCommunicationException e) {
            e.printStackTrace();
        }
    }

    uri = getIntent().getData();
    if (uri != null && CALLBACK_URI.getScheme().equals(uri.getScheme())) {
        String token = settings.getString(HomeScreen.REQUEST_TOKEN, null);
        String secret = settings.getString(HomeScreen.REQUEST_SECRET, null);
        Intent i = new Intent(Intent.ACTION_VIEW); // Intent to go to the action view

        try {
            if(!(token == null || secret == null)) {
                consumer.setTokenWithSecret(token, secret);
            }
            String otoken = uri.getQueryParameter(OAuth.OAUTH_TOKEN);
            String verifier = uri.getQueryParameter(OAuth.OAUTH_VERIFIER);

            // We send out and save the request token, but the secret is not the same as the verifier
            // Apparently, the verifier is decoded to get the secret, which is then compared - crafty
            // This is a sanity check which should never fail - hence the assertion
            Assert.assertEquals(otoken, consumer.getToken());

            // This is the moment of truth - we could throw here
            provider.retrieveAccessToken(consumer, verifier);
            // Now we can retrieve the goodies
            token = consumer.getToken();
            secret = consumer.getTokenSecret();
            //Save it to a settings file
            HomeScreen.saveAuthInformation(settings, token, secret);
            // Clear the request stuff, now that we have the real thing
            HomeScreen.saveRequestInformation(settings, null, null);
            i.putExtra(USER_TOKEN, token);
            i.putExtra(CONSUMER_SECRET, secret);

            //GO TO APPLICATION

        } catch (OAuthMessageSignerException e) {
            e.printStackTrace();
        } catch (OAuthNotAuthorizedException e) {
            e.printStackTrace();
        } catch (OAuthExpectationFailedException e) {
            e.printStackTrace();
        } catch (OAuthCommunicationException e) {
            e.printStackTrace();
        } finally {
            startActivity(i); // we either authenticated and have the extras or not, but are going to the action view
            this.setContentView(R.layout.indivaction);
            finish();
        }
    }
}

Не уверен, что на самом деле заставляет это разваливаться ... но, как я уже сказал, он принудительно закрывается при вызове этого метода. Я знаю, что он проходит мимо перенаправления, потому что я использую httpSniffer для проверки сообщений на сервер и с сервера ...