Как не устанавливать адрес электронной почты пользователя в django social-auth - PullRequest
Новая
       30

Как не устанавливать адрес электронной почты пользователя в django social-auth

9 голосов
/ 27 марта 2012

У меня установлен django social-auth (из omab), и у пользователей есть адрес электронной почты в базе данных, который я хочу сохранить, но когда пользователи входят в Facebook с помощью social-auth, их электронная почта заменяется один у них есть в их учетной записи Facebook. Я не уверен, что это настройки по умолчанию или нет, и не могу найти способ остановить это поведение.

Ответы [ 3 ]

9 голосов
/ 29 апреля 2013

Вы пробовали SOCIAL_AUTH_PROTECTED_USER_FIELDS ? :)

Из руководства:

Процессор конвейера update_user_details установит определенные поля на пользовательские объекты, такие как электронная почта. Установите это в список полей, которые вы только хочу установить для вновь созданных пользователей:

SOCIAL_AUTH_PROTECTED_USER_FIELDS = ['email',]

Также будут сохранены дополнительные значения, если они определены. Подробности об этом настройки перечислены ниже в разделах OpenId и OAuth.

5 голосов
/ 27 марта 2012

Я нашел это в конвейере , ответственным за это 

social_auth.backends.pipeline.user.update_user_details

Я только что удалил его из конвейера, и теперь детали, такие как адрес электронной почты и имя, оставлены на усмотрениеПользователь для заполнения.

3 голосов
/ 02 июня 2012

Я публикую свое решение (обновляйте данные пользователя, а не перезаписывайте их), чтобы оно могло кому-то помочь.На основании pipeline.user.update_user_details я кодировал следующее: 

def fill_user_details(backend, details, response, user, is_new=False, *args,
                        **kwargs):
    """Fills user details using data from provider, without overwriting
    existing values.

    backend: Current social authentication backend
    details: User details given by authentication provider
    response: ?
    user: User ID given by authentication provider
    is_new: flag

    source: social_auth.backends.pipeline.user.update_user_details
    """
    # Each pipeline entry must return a dict or None, any value in the dict
    # will be used in the kwargs argument for the next pipeline entry.
    #
    # If any function returns something else beside a dict or None, the
    # workflow will be cut and the value returned immediately, this is useful
    # to return HttpReponse instances like HttpResponseRedirect.

    changed = False  # flag to track changes

    for name, value in details.iteritems():
        # do not update username, it was already generated
        if name in (USERNAME, 'id', 'pk'):
            continue

        # set it only if the existing value is not set or is an empty string
        existing_value = getattr(user, name, None)
        if value is not None and (existing_value is None or
                                  not is_valid_string(existing_value)):
            setattr(user, name, value)
            changed = True

    # Fire a pre-update signal sending current backend instance,
    # user instance (created or retrieved from database), service
    # response and processed details.
    #
    # Also fire socialauth_registered signal for newly registered
    # users.
    #
    # Signal handlers must return True or False to signal instance
    # changes. Send method returns a list of tuples with receiver
    # and it's response.
    signal_response = lambda (receiver, response): response
    signal_kwargs = {'sender': backend.__class__, 'user': user,
                     'response': response, 'details': details}

    changed |= any(filter(signal_response, pre_update.send(**signal_kwargs)))

    # Fire socialauth_registered signal on new user registration
    if is_new:
        changed |= any(filter(signal_response,
            socialauth_registered.send(**signal_kwargs)))

    if changed:
        user.save()
...