Конфигурация экрана согласия пользователя API API OAuth Ошибка

Question

Я создал новый проект в Google Developers Console и хотел добавить учетные данные идентификатора клиента OAuth 2.0 для веб-приложения, которому требуется установить имя продукта на экране согласия. После того, как я нажму «Сохранить» после ввода названия продукта на вкладке «Конфигурация экрана конфигурации OAuth», возникает ошибка, и мои изменения не применяются:

Недопустимый пользовательский запрос. Проверьте URL-адрес и повторите попытку.

Ответ сервера:

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

Я думаю, проблема имя или почты, связанное, так как все параметры для имени Poduct кроме и поддержки электронной почты не является обязательной. Запрашивает все типы строк как имя продукта (без пробелов, строчных, длинных, коротких, случайных).

Поскольку код ошибки не связан с почтой, у меня возникает соблазн полагать, что моя проблема не связана с others I found.

Также пытался заполнить каждый необязательный параметр допустимыми URL-адресами, но это тоже не помогло.

Надеюсь, что кто-то столкнулся с подобной проблемой и может дать мне несколько советов. Спасибо!

Answer 1

Мой адрес электронной почты был проблемой. Я уже давно создал учетную запись xxx@googlemail.com и мог выбрать только версию xxx@gmail.com. Поддержка попросила добавить вторую учетную запись в проект с другим адресом электронной почты. Настроил экран согласия и работал как шарм.

Answer 2

Так вот как я исправил это. Давайте продолжим рассказ о приключенческой картине, чтобы исправить этот маленький надоедливый Google-тотализатор.

Я тоже создал свой счет давным-давно, как @googlemail.com, но в выпадающем списке только @gmail.com было показано:

Я попытался @ ответ PEER и добавил себе в проект снова с моим полный @googlemail.com email.Я сделал это с помощью этого URL:

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

(я включаю ссылку, потому что я не нашел способ, чтобы перейти к этим от слишком чисто для-фактических сшивок Google консоли)

Однако, даже после принятия приглашения в раскрывающемся списке на экране конфигурации согласия появилось только мое сообщение @gmail, @googlemail.com по-прежнему считалось «Ожидание ответа» и, что самое главное, он по-прежнему не сэкономил:

Так что я сделал следующее:

• Открылись Fiddler
• Нажмите кнопку Сохранить на форме согласия наслаждаться ошибки в последний раз (а также записать его в Fiddler)
• Расположить плохой запрос в Fiddler (хороший и красный для нас):
• Включить редактирование на плохой запросу:
• Выберите вкладку Inspectors и редактировать supportEmail поле, чтобы изменить мой адрес электронной почты @googlemail.com:
• правой кнопкой мыши на плохой запрос сейчас он был отредактирован и перейти к Replay -> Reissue Requests:

Новый запрос сработал шармом, и теперь, когда я перезагрузил экран своего согласия, настройки были сохранены, но еще лучше выпадал полный вариант @googlemail.com:

Так что я выбрал мой @googlemail.com адрес и кнопка сохранения работала поживать:

(хотя, по-видимому я еще ждет моего ответа ...)

Answer 3

Я исправил проблему с помощью swi ать на "@" googlemail.com обращение к "@ gmail.com" с помощью Gmail-настройки ( https://mail.google.com/mail/#settings/accounts): Описанная здесь: https://support.google.com/mail/answer/159001?hl=en

После изменения, проблема в консоли разработчиков Google diappeared.

Answer 4

Или с curl и Chrome вместо Скрипач:

• войти сетевой трафик в Chrome (больше инструментов - инструменты для разработчиков - сеть)
• попробовать еще раз, чтобы сохранить экран OAuth согласия (в том же вкладка)
• поиск запрос POST с неправильным supportEmail (xyz@gmail.com)
• использовать контекстное меню на элементе запроса POST в списке и выберите «Копировать как закручивание»
• вставьте в терминал и замените supportEmail (на xyz@googlemail.com)

По крайней мере, это сработало для меня.

Answer 5

У меня был URI. Но он все же дал ту же самую ошибку 400 на вершине. У меня был символ подчеркивания, но это был внутренний DNS, выполняющий маршрутизацию, поэтому ему было все равно. Google сделал.

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)