2015-11-12 43 views
5

Stworzyłem nowy projekt w Google Developers Console i chciałem dodać poświadczenia identyfikatora klienta OAuth 2.0 dla aplikacji internetowej, co wymaga ode mnie ustawienia nazwy produktu na ekranie zgody. Po naciśnięciu przycisku zapisu po wprowadzeniu nazwy produktu na karcie konfiguracji ekranu stałego OAuth wystąpi błąd i moje zmiany nie zostaną zastosowane:Konfiguracja ekranu interfejsu API OAuth Menedżera Google Błąd

Żądanie użytkownika jest nieprawidłowe. Sprawdź adres URL i spróbuj ponownie.

Odpowiedź serwera:

{ 
    "error": { 
    "code": 400, 
    "message": "Request contains an invalid argument.", 
    "status": "INVALID_ARGUMENT" 
    } 
} 

Myślę, że problemem jest to nazwa lub poczty od wszystkich parametrów związanych z wyjątkiem nazwy poduct i wspierać mail są opcjonalne. Próbuje wszystkich ciągów jako nazwy produktu (bez spacji, małych liter, długich, krótkich, losowych).

Ponieważ kod błędu nie jest powiązany z pocztą, mam ochotę uwierzyć, że mój problem nie jest związany z others I found.

Próbowano również wypełnić każdy opcjonalny parametr prawidłowymi adresami URL, ale to też nie pomogło.

Mam nadzieję, że ktoś napotkał podobny problem i może udzielić mi porady. Dziękuję Ci!

+0

mam skonfigurowane billig informacji, ponieważ jest tam okienko widoczny w prawym górnym rogu tego [wyjaśnienie] (https://www.code-labs.io/codelabs/polymer-firebase/index .html # 6) Nie pomogło. –

+0

Witam Peer, czy byłeś w stanie naprawić swój problem? Wpadam na to samo i nie wiem, jak go rozwiązać. – mdiener

Odpowiedz

0

Mój adres e-mail był problemem. Stworzyłem konto dawno temu jako konto [email protected] i mogłem wybrać tylko wersję [email protected] Wsparcie powiedziało mi, żebym dodał drugie konto do projektu z innym adresem e-mail. Skonfigurował ekran zgody i działał jak czar.

3

Oto, jak to naprawiłem. Pójdźmy na historię przygodową z obrazkami, aby naprawić tę trochę nieznośną Google-total-fudge-up.

Ja też stworzył moje długi czas temu jako @googlemail.com ale w rozwijanej tylko @gmail.com pokazywał:

existential crisis; I exist but in the wrong format

Próbowałem @ odpowiedź Peer i dodaje się do projektu ponownie z moim pełny e-mail @googlemail.com.Zrobiłem to za pomocą tego adresu URL:

https://console.cloud.google.com/projectselector/permissions/projectpermissions

(I zawierać link bo nie znalazłem sposób nawigacji do tego od zbyt czyste-for-rzeczywistej linki konsoli Google)

jednak nawet po przyjęciu zaproszenia, tylko moja wiadomość @gmail pojawiła się na liście rozwijanej na ekranie konfiguracji zgody, @googlemail.com nadal uważano za "Oczekiwanie na odpowiedź", a co najważniejsze, nadal nie udało się zapisać:

Hello? Can I let me in, please?

Bummer

Więc zrobiłem następujące:

  • otworzyło Fiddler
  • Hit przycisku zapisać na formularzu zgody, aby cieszyć się błędu po raz ostatni (a także nagrać go w Skrzypek)
  • Zlokalizuj złe wniosek w Skrzypek (miły dla nas i czerwony): One of you is an imposter and I'm determined to find out
  • umożliwić edycję na złe żądanie: pass the scalpel
  • Wybierz zakładkę Inspectors i edytować pole supportEmail zmienić mój adres e-mail aby @googlemail.com: there I fixed it
  • prawym przyciskiem myszy na złe życzenie Teraz został stworzony i przejdź do Replay -> Reissue Requests: Run, Forest, run!

Nowa prośba zadziałała, a teraz, kiedy ponownie załadowałem ekran zgody, ustawienia zostały zapisane, ale jeszcze lepiej, że opcja rozwijana miała pełną opcję: @googlemail.com:

I finally found myself

Więc moje @googlemail.com wybrany adres i przycisk Zapisz pracował długo i szczęśliwie:

Google, please give more coffee to your coders to avoid such grim bugs. Or alcohol. Or both. That's why the Irish invented Irish coffee; only the Irish can get drunk and sober up at exactly the same time.

(Chociaż pozornie jestem nadal czeka na własnej odpowiedzi ...)

I am not me

2

Albo z curl i Chrome zamiast Skrzypek:

  • zalogować ruch sieciowy w Chrome (więcej narzędzi - narzędzia dla programistów - sieciowe)
  • Spróbuj ponownie zapisać ekran zgody OAuth (w taki sam Zakładka)
  • przeszukać żądanie POST z niewłaściwym supportEmail ([email protected])
  • wykorzystać menu kontekstowe na wejściu żądanie POST na liście i wybierz „Kopiuj jako curl”
  • wklej w terminalu i zmień supportEmail (na [email protected])

Przynajmniej to zadziałało dla mnie.

0

Mój URI był problemem. Ale wciąż dawał ten sam błąd 400 na górze. Miałem w tym podkreślenie, ale to wewnętrzny DNS robił routing, więc nie obchodziło mnie to. Google to zrobił.

E.g.

test_underscore.something.com #didn't work being added (it didn't exist) test-hyphen.something.com` did work (it didn't exist)