oauth - uris - token de google

Configuración de la pantalla de consentimiento de OAuth del Administrador de la API de Google Error

Question

Creé un nuevo proyecto en Google Developers Console y quería agregar credenciales de ID de cliente de OAuth 2.0 para una aplicación web, lo que me obliga a establecer un nombre de producto en la pantalla de consentimiento. Una vez que presiono guardar después de ingresar el nombre de un producto en la pestaña de configuración de la pantalla de consignación de OAuth, ocurre un error y mis cambios no se aplican:

La solicitud del usuario no es válida. Por favor revisa tu URL y vuelve a intentarlo.

Respuesta del servidor:

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

Supongo que el problema está relacionado con el nombre o el correo, ya que todos los parámetros, excepto el nombre de los poductos y la dirección de correo de soporte, son opcionales. Intenta todo tipo de cadenas como nombre del producto (sin espacio, minúsculas, largas, cortas, al azar).

Dado que el código de error no está relacionado con el correo, estoy tentado de creer que mi problema no está relacionado con otros que encontré .

También traté de llenar cada parámetro opcional con URL válidas, pero eso tampoco ayudó.

Espero que alguien haya tenido un problema similar y me pueda dar algunos consejos. ¡Gracias!

Answer 1

Mi dirección de correo electrónico fue el problema. Hace mucho tiempo que creé la cuenta como cuenta [email protected] y solo pude seleccionar la versión [email protected]. El soporte me dijo que añadiera una segunda cuenta al proyecto con otra dirección de correo electrónico. Configuró la pantalla de consentimiento y funcionó como un amuleto.

Answer 2

Así que aquí está cómo arreglé esto. Vamos a una historia de aventuras con imágenes para arreglar este pequeño y molesto Google-total-fudge-up.

Yo también creé mi cuenta hace mucho tiempo como @googlemail.com pero en el menú desplegable solo se mostraba @gmail.com :

Intenté la respuesta de @ Peer y me agregué al proyecto nuevamente con mi correo electrónico completo @googlemail.com . Lo hice a través de esta URL:

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

(Incluí el enlace porque no encontré la forma de navegar hacia esto desde la Consola de Google demasiado limpia para los enlaces reales)

Sin embargo, incluso después de aceptar la invitación, solo mi @gmail electrónico de @gmail apareció en la lista desplegable en la pantalla de configuración de consentimiento, el @googlemail.com todavía se consideraba como "Esperando respuesta" y, lo mejor de todo, aún no funcionaba. salvar:

Entonces hice lo siguiente:

• Abierto Fiddler
• Pulse el botón Guardar en el formulario de consentimiento para disfrutar el error por última vez (y también grabarlo en Fiddler)
• Ubique la solicitud incorrecta en Fiddler (bonito y rojo para nosotros):
• Habilitar la edición en la solicitud incorrecta:
• Seleccione la pestaña Inspectors y edite el campo supportEmail para cambiar mi dirección de correo electrónico a @googlemail.com :
• Haga clic derecho en la solicitud incorrecta ahora que ha sido editada y navegue a Replay -> Reissue Requests :

La nueva solicitud funcionaba con encanto, y ahora cuando volví a cargar mi pantalla de consentimiento la configuración se había guardado, pero aún mejor, el menú desplegable tenía la opción completa @googlemail.com :

Así que seleccioné mi dirección de @googlemail.com y el botón guardar funcionó feliz para siempre:

(Aunque aparentemente todavía estoy esperando mi propia respuesta ...)

Answer 3

Resolví el problema cambiando la dirección "@ googlemail.com" a "@ gmail.com" a través de Gmail-settings ( https://mail.google.com/mail/#settings/accounts ): Descrito aquí: https: / /support.google.com/mail/answer/159001?hl=en

Después del cambio, el problema en la consola de desarrolladores de Google desapareció.

Answer 4

O con curl y Chrome en lugar de Fiddler:

• registre su tráfico de red en Chrome (más herramientas - herramientas de desarrollador - red)
• intente de nuevo guardar la pantalla de consentimiento de OAuth (en la misma pestaña)
• busque la solicitud POST con el soporte incorrectoEmail ([email protected])
• utilice el menú contextual en la entrada de solicitud POST en la lista y seleccione "Copiar como CURRICULUM".
• pegar en una terminal y cambiar el correo electrónico de soporte (a [email protected])

Al menos eso funcionó para mí.

Answer 5

Mi URI fue el problema. Pero todavía dio el mismo error de 400 en la parte superior. Tenía un guión bajo, pero era un DNS interno que hacía el enrutamiento así que no me importó. Google lo hizo

P.ej

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