Виправив, прибрав фільтр для соціальних реєстрацій (хоч це не правильно). Думав зробити функцію генерації логінів з повних імен, типу Драган Володимир => Drahan_Volodymyr розділивши повне ім'я та логін. Але тут чомусь думаю, а чому це повне ім'я - не логін? Най так і буде. Тим паче змінити логін можна через кабінет.

На рахунок пошти, я теж так думав, поки, практично не отримав, такий ось скромненький масивчик:

array(3) {
  ["id"]=>
  string(21) "104533254153473454675"
  ["name"]=>
  string(31) "Володимир Драган"
  ["url"]=>
  string(45) "https://plus.google.com/104533254153473454675"
}

Єдиний хто надає більше інфи, це стім, там ще можна аватара відразу поставити, а от пошту жоден з них не дає.

Ні, логін краще ніколи не змінювати, а якщо й змінювати, то лише зі зміною адреси основної пошти користувача. Тобто у якості логіна краще брати email. Окрім цього, якщо користувач один раз зайшов з однієї соцмережі, а іншого разу з іншої, то що ви будете створювати два різні облікові записи? Знову ж таки, краще користувача розпізнавати за адресою пошти.

Стосовно отримання масиву від OAuth 2 без пошти, то ви щось десь не так робите. З усіх найвідоміших соціальних мереж, лише Twitter не передає пошти (по крайній мірі так було з пів року назад). Решта - передають пошту як базові дані.

Реєстрація через соцмережі повинна спрощувати реєстрацію на вашому сайті. А без пошти від соцмереж, вам необхідно писати код для підтвердження пошти.

Підказують, що, банально, у додатка недостатньо прав. І дійсно, він не запитує такого дозволу, хоча я прикрутив його ще при створенні. Дивно. Ось які дозволи потрібні додатку

А ось те, що він запитує

А ні, схоже, що це таки базова інфа (нижче це описано).

Тобто ваш застосунок запитує також саму базову інформацію, права на які мають усі користувачі Facebook OAuth 2. Тобто у вас таки щось не те із отриманням даних від провайдерів OAuth 2.

Це у вас хіба свіжий прінт-скрін? У мене показує зовсім інше меню...

На скільки я зрозумів, у користувачів зараз є можливість приховувати свою пошту, але все-одно OAuth прийде з поштою такого формату: [ім'я користувача]@users.noreply.github.com.

До речі, на скільки я пам'ятаю, github раніше не видавав пошти із загальної сторінки користувача. Треба було робити окремий запит до api.github.com/user/emails?access_token=your-token щоб він видав її.

Аха, у них з'явився GraphQL API v4 - це щось новеньке, сподіваюсь вони нарешті нададуть JavaScript-код для OAuth 2.

На моєму сайті, коли відбувається вхід через github, йде переадресація користувача спочатку до github-API, а потім назад до мене на сторінку для залогінення.

Таких переадресацій можна уникнути, якщо використовувати JavaScript-код. Що робить цей код: після того, як користувач клікає по кнопці залогінення, спливає додаткове вікно браузера у якому й відбуваються авторизація, після чого воно закривається і основне вікно браузера нікуди не переадресовує користувача. Таким кодом зручніше користуватись, особливо на SPA-сайтах.

Поки що, я не бачив в офіційній документації щоб цей JavaScript-код надавався. Звичайно ж я бачив сторонні бібліотеки, але мене цікавить саме офіційна версія коду.

Дуже схоже, що ви самі не додавали скрипти для OAuth ні на боці браузера, ні на боці бекенда. Таки мабуть поставили готові плагіни і забули за них.

У мене target="_blank" там лише через вибрану схему взаємодії з Github-API. Якщо ви клікните кнопки інших соцмереж, то побачите що спливає нове вікно... Оці інші соцмережі мають офіційні JavaScript-скрипти спеціально підготовлені для взаємодії з їхніми API.