Google API Manager Configurazione schermata di consenso OAuth Errore

Question

Ho creato un nuovo progetto nella Google Developers Console e ho voluto aggiungere credenziali ID client OAuth 2.0 per un'applicazione Web, che mi impone di impostare il nome di un prodotto nella schermata di consenso. Una volta premuto Salva dopo aver immesso il nome di un prodotto nella scheda di configurazione della schermata della costante OAuth, si verifica un errore e le mie modifiche non vengono applicate:

La richiesta dell'utente non è valida. Controlla l'URL e riprova.

Risposta del server:

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

Credo che il problema è il nome o posta correlate in quanto tutti i parametri eccetto per il nome poduct e sostengo indirizzo di posta elettronica sono opzionali. Cerca tutti i tipi di stringhe come nome del prodotto (senza spazio, in minuscolo, lungo, corto, casuale).

Poiché il codice di errore non è legato alla posta, sono tentato di credere che il mio problema non sia relativo a others I found.

Ha anche provato a riempire tutti i parametri facoltativi con URL validi, ma anche questo non è stato d'aiuto.

Spero che qualcuno abbia riscontrato un problema simile e possa darmi qualche consiglio. Grazie!

Answer 1

Il mio indirizzo E-mail era il problema. Ho creato l'account molto tempo fa come account xxx@googlemail.com e ho potuto selezionare solo la versione xxx@gmail.com. Il supporto mi ha detto di aggiungere un secondo account al progetto con un altro indirizzo di posta elettronica. Configurato la schermata di consenso e ha funzionato come un fascino.

Answer 2

Ecco come ho risolto questo problema. Andiamo in una storia di foto d'immagine per risolvere questo fastidioso Google-total-fudge-up.

Anch'io, ha creato il mio conto molto tempo fa come @googlemail.com ma in discesa solo @gmail.com stava mostrando:

Ho provato @ risposta di Peer e mi aggiunto al progetto di nuovo con il mio piena email @googlemail.com.Ho fatto questo tramite questo URL:

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

(includo il link perché ho trovato alcun modo per accedere a questa da troppo-clean-per-reale-links Google console)

Tuttavia, anche dopo aver accettato l'invito, solo la mia e-mail @gmail apparso nell'elenco a discesa nella schermata di configurazione il consenso verso il basso, il @googlemail.com era ancora considerato come "in attesa di risposta" e, meglio di tutti, ma ancora non risparmiare:

Così ho fatto la seguente:

• aperto Fiddler
• Premi il pulsante risparmiare sul modulo di consenso per godersi l'errore per l'ultima volta (e anche registrare in Fiddler)
• Individuare il cattivo richiesta Fiddler (Nizza e rosso per noi):
• abilitare la modifica sul Bad Request:
• Selezionare la scheda Inspectors e modificare il campo supportEmail di cambiare il mio indirizzo e-mail a @googlemail.com:
• Fare clic destro sulla cattiva richiesta ora è stata modificata e passare a Replay -> Reissue Requests:

La nuova richiesta ha funzionato, e ora quando ho ricaricato la schermata di consenso le impostazioni sono state salvate, ma ancora meglio il menu a discesa ha avuto l'intera opzione @googlemail.com:

Così ho scelto il mio @googlemail.com indirizzo e il pulsante di salvataggio ha funzionato sempre felici e contenti:

(Anche se a quanto pare sono ancora aspettando la mia risposta ...)

Answer 3

Ho risolto il problema con swi Tching la "@ googlemail.com" indirizzo "@ gmail.com" tramite Gmail-settings ( https://mail.google.com/mail/#settings/accounts): descritto qui: https://support.google.com/mail/answer/159001?hl=en

Dopo il cambio, il problema nella console sviluppatori di Google diappeared.

Answer 4

O con curl e Chrome al posto di Fiddler:

• registrare il traffico di rete in Chrome (più strumenti - strumenti per gli sviluppatori - di rete)
• riprovare a salvare la schermata OAuth autorizzazione (nella stessa scheda)
• cercare la richiesta POST con il SUPPORTEMAIL sbagliata (xyz@gmail.com)
• utilizzare il menu contestuale sulla voce richiesta POST nella lista e selezionare "Copia come cURL"
• incollare in un terminale e cambiare il supportEmail (a xyz@googlemail.com)

Almeno quello ha funzionato per me.

Answer 5

Il mio URI era il problema. Ma ha comunque dato lo stesso errore 400 in alto. Avevo un trattino basso, ma era un DNS interno che faceva il routing quindi non gli importava. Google ha fatto.

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)