Django-nonrel + Django-проблема регистрации: неожиданный аргумент ключевого слова 'uidb36' при сбросе пароля

Я использую Джанго-nonrel С Регистрация app. Кажется, все работает нормально, за исключением случаев, когда я пытаюсь сбросить пароль. При нажатии на ссылку reset-password, отправленную мне по электронной почте, Django выдает сообщение об ошибке:

password_reset_confirm() got an unexpected keyword argument 'uidb36'

мой вопрос: кто-нибудь видел его и знает как это вылечить?

EDIT:

проблема вызвана registrationauth_urls.py -они дублируют записи в djangocontribauthurls.py, circumwenting пропатченную версию файла в Django-nonrel.

любые идеи, почему он есть, и я могу его удалить или исправить иначе?

20
django django-nonrel django-registration google-app-engine

4 ответов

Django 1.6 использует кодировку base 64 для идентификатора пользователя вместо кодировки base 36.

Если у вас есть какие-либо пользовательские URL-адреса сброса пароля, вам нужно будет обновить их, заменив uidb36 на uidb64 и тире, которое следует за этим шаблоном с косой чертой. Также добавьте"_", " \ " и " - " в список символов, которые могут соответствовать шаблону uidb64.

например, эта строка в urls.py в Django 1.5 -:

url(r'^reset/(?P<uidb36>[0-9A-Za-z]+)-(?P<token>.+)/$',
    'django.contrib.auth.views.password_reset_confirm',
    name='password_reset_confirm'),

необходимо будет изменить на это в Django 1.6+:

url(r'^reset/(?P<uidb64>[0-9A-Za-z_\-]+)/(?P<token>.+)/$',
    'django.contrib.auth.views.password_reset_confirm',
    name='password_reset_confirm'),

вот официальный журнал изменений, который детализирует изменение: https://docs.djangoproject.com/en/1.6/releases/1.6/#django-contrib-auth-password-reset-uses-base-64-encoding-of-user-pk

34

моим решением было прокомментировать urlpatterns, определенные в registration\auth_urls.py, и переопределить их как копию urlpatterns, определенных в django.ВНО.автор.

вот мой auth_urls.py после смены:

"""
URL patterns for the views included in ``django.contrib.auth``.

Including these URLs (via the ``include()`` directive) will set up the
following patterns based at whatever URL prefix they are included
under:

* User login at ``login/``.

* User logout at ``logout/``.

* The two-step password change at ``password/change/`` and
  ``password/change/done/``.

* The four-step password reset at ``password/reset/``,
  ``password/reset/confirm/``, ``password/reset/complete/`` and
  ``password/reset/done/``.

The default registration backend already has an ``include()`` for
these URLs, so under the default setup it is not necessary to manually
include these views. Other backends may or may not include them;
consult a specific backend's documentation for details.

"""

from django.conf.urls.defaults import *

#from django.contrib.auth import views as auth_views

from django.contrib.auth import urls as auth_urls

urlpatterns = auth_urls.urlpatterns

'''
Commented out, this is what caused my problems:

urlpatterns = patterns('',
                       url(r'^login/$',
                           auth_views.login,
                           {'template_name': 'registration/login.html'},
                           name='auth_login'),
                       url(r'^logout/$',
                           auth_views.logout,
                           {'template_name': 'registration/logout.html'},
                           name='auth_logout'),
                       url(r'^password/change/$',
                           auth_views.password_change,
                           name='auth_password_change'),
                       url(r'^password/change/done/$',
                           auth_views.password_change_done,
                           name='auth_password_change_done'),
                       url(r'^password/reset/$',
                           auth_views.password_reset,
                           name='auth_password_reset'),
                       url(r'^password/reset/confirm/(?P<uidb36>[0-9A-Za-z]+)-(?P<token>.+)/$',
                           auth_views.password_reset_confirm,
                           name='auth_password_reset_confirm'),
                       url(r'^password/reset/complete/$',
                           auth_views.password_reset_complete,
                           name='auth_password_reset_complete'),
                       url(r'^password/reset/done/$',
                           auth_views.password_reset_done,
                           name='auth_password_reset_done'),
) 
'''
9

мне просто нужно было изменить до uidb64, например:

FROM:

url(r'^password/reset/confirm/(?P<uidb36>[0-9A-Za-z]+)-(?P<token>.+)/$',

в:

url(r'^password/reset/confirm/(?P<uidb64>[0-9A-Za-z]+)-(?P<token>.+)/$',

затем сброс пароля снова начал работать.

5

Я думаю, Ваш url password_reset_confirm в urls.py выглядит что-то похожее на

url (R ' ^accounts/password_reset/(?P[0-9A-Za-z]{1,13}) - (?P[0-9A-Za-z]{1,13} - [0-9A-Za-z]{1,20})/$', password_reset_confirm, {'post_reset_redirect': '/ accounts/password_reset / complete/'}, name= "password_reset_confirm"),

и ваша ссылка в password_reset_email.html выглядит так {{ протокол }}: / / {{домен }} {%url 'password_reset_confirm' uidb36=uid токен=токен %}

просто измените uib36 на uib64 в обоих местах, он работает.

1