2012-06-28 9 views
6

Czy ktoś wie, jak zmodyfikować parametry fbauth: // w celu przekierowania z powrotem do mobilnego Safari?Aplikacja na iOS z Facebooka nie przekierowuje na telefon Safari po fbauth //

Szczegóły:

Mamy zoptymalizowaną witrynę mobilną z integracją z Facebookiem. Podczas korzystania z uwierzytelniania po stronie użytkownika Facebook użytkownik jest przekierowywany na stronę m.facebook.com do aplikacji na Facebooku, aby poprosić o uprawnienia. Wolimy, aby zamiast tego otworzyć natywną aplikację Facebook na iOS i po udzieleniu zgody użytkownikowi w aplikacji Facebook, należy przekierować z powrotem do mobilnego Safari.

Aby uzyskać pierwszą połowę tej pracy możemy zajrzał do środka SDK Facebook iOS i znaleźć ten schemat URL do wyzwalania natywną aplikację na iOS o zezwolenie aplikacji:

fbauth://authorize?redirect_uri=http%3A%2F%2Fwww.ourcompany.com%2F&client_id=126187084187632&response_type=token 

Jednak gdy nasza aplikacja Facebook został przyznany dostęp przez użytkownika przekierowanie nigdy się nie zdarza.

Czy istnieje znany sposób dostosowywania parametrów żądania w celu spowodowania przekierowania?

Jeśli nie, istnieje parametr, który można ustawić w taki sposób, aby użytkownik został przekierowany na stronę zakładki aplikacji lub stronę płótna po autoryzowaniu aplikacji?

+0

Co dzieje się, gdy aplikacja Facebook nie jest zainstalowana? Czy połączenie fbauth: // zakończyłoby się niepowodzeniem? –

+0

@ Todd Chapman czy znalazłeś rozwiązanie? –

Odpowiedz

1

To niemożliwe; Myślę, że dzieje się tak dlatego, że natywna aplikacja Facebooka nie może wysłać użytkownika z powrotem po zalogowaniu się na tę samą kartę Safari, z której pochodzi żądanie, może nie działać z przepływem uwierzytelniania również w inny sposób, nie jestem pewna, czy

Bez względu na to, nie można uruchomić aplikacji Safari Safari -> natywna aplikacja na Facebooku -> Safari Webapp

Jeśli twoja aplikacja jest również natywna, a szczegóły na iOS są dostępne, możesz przejść do strony internetowej safari -> Facebookowa aplikacja natywna -> Twoja natywna aplikacja/Sklep z aplikacjami:

+0

Może masz rację. Nie dbałbym o powrót do tej samej karty, ponieważ możemy uwzględnić pewne informacje kontekstowe, aby umożliwić użytkownikowi wznowienie pracy w miejscu, w którym zostało przerwane. Dzięki za odpowiedź Igy. –

+0

@Igy 'fbauth: // autoryzuj? Redirect_uri = http% 3A% 2F% 2Fwww.ourcompany.com% 2F & client_id = 126187084187632 & response_type = token', który jest połączeniem OAuth2 z redirectURI, który musi być otwarty w Safari. Co się dzieje, gdy połączenie przychodzi z aplikacji? redirect_uri musi być myapp: // myredirectUI? Jeśli tak, dlaczego ten schemat adresu URL musi działać w stosunku do http: //? –

Powiązane problemy