As stated in the questions, how do I migrate it?

Please, add to
models.py:

try:
    from functools import reduce
except ImportError:  # Python < 3
    pass

I installed django-user-accounts into my existing project and sat up settings and urls as instructed in documentation. Then I did syncdb and, database tables were installed successfully. After that there arent only issues at mysite.com/account but also other pages. On every page there is the same traceback: DoesNotExist at - Account matching query does not exist. I probably made a mistake somewhere here because thats where I itched my head.

I'd like to define my own models by extending the classes in account.models. For example, I'd like to provide my own EmailConfirmation model so I can override the send method to do some project specific things with the email templates. Have I overlooked something, or is this currently not possible with django-user-accounts?

When running the tests (account/tests/test_views.py), the following error is raised:

======================================================================
ERROR: test_custom_redirect_field (account.tests.test_views.SignupViewTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/account/tests/test_views.py", line 83, in test_custom_redirect_field
    self.assertEqual("/profile/", view.form_valid(form)["Location"])
  File "/usr/local/lib/python2.7/site-packages/account/views.py", line 94, in form_valid
    self.created_user = self.create_user(form, commit=False)
  File "/user/local/lib/python2.7/site-packages/account/views.py", line 152, in create_user
    username = form.cleaned_data.get("username")
AttributeError: 'SignupForm' object has no attribute 'cleaned_data'

The problem comes from the fact that form.is_valid() is not called before trying to access the cleaned_data field. So, here is a possible patch to solve this problem:

--- /usr/local/lib/python2.7/site-packages/account/tests/test_views.py.orig 2013-03-25 18:57:41.773791747 +0100
+++ /usr/local/lib/python2.7/site-packages/account/tests/test_views.py  2013-03-25 18:57:45.645847373 +0100
@@ -79,6 +79,7 @@
             "password_confirm": "password",
             "email": "[email protected]",
         })
+        form.is_valid()
         view = SignupRedirectView(request=request, redirect_field_name="next_page")
         self.assertEqual("/profile/", view.form_valid(form)["Location"])

I know there is an issue with exactly the same title.
But here (#27) it is suggested it's fixed.

I Am having exactly the same problem.
And using the latest version from pypi (django-user-accounts 1.0b12)

I added django-user-accounts to an existing project, and I Am logging on with the super user.

Account matching query does not exist.

in:

Traceback:

File "/<not relevant: my project path>/eggs/Django-1.4.4-py2.7.egg/django/core/handlers/base.py" in get_response
89.                     response = middleware_method(request)
File "/<not relevant: my project path>/eggs/django_user_accounts-1.0b12-py2.7.egg/account/middleware.py" in process_request
44.         account = getattr(request.user, "account", None)
File "/<not relevant: my project path>/eggs/Django-1.4.4-py2.7.egg/django/utils/functional.py" in inner
185.         return func(self._wrapped, *args)
File "<not relevant: my project path>/eggs/Django-1.4.4-py2.7.egg/django/db/models/fields/related.py" in __get__
255.             rel_obj = self.get_query_set(instance=instance).get(**params)
File "/<not relevant: my project path>/eggs/Django-1.4.4-py2.7.egg/django/db/models/query.py" in get
366.                     % self.model._meta.object_name)    

it seems like there needs to be a conversrion tool, like the one in:
https://github.com/dabapps/django-email-as-username
to be precize:

bash: python ./manage.py shell
>>> from emailusernames.utils import migrate_usernames
>>> migrate_usernames()
Successfully migrated usernames for all 12 users

so see:
https://github.com/dabapps/django-email-as-username/blob/master/emailusernames/utils.py

and than the function called migrate_usernames

this way you can even add it in south migration

I suppose it can be made based on the user_post_save() function in account.models

I'll give this a try...

While trying to use South for database migration, it gives following error,

! Cannot freeze field 'account.account.timezone'
! (this field has class account.fields.TimeZoneField)

! South cannot introspect some fields; this is probably because they are custom
! fields. If they worked in 0.6 or below, this is because we have removed the
! models parser (it often broke things).
! To fix this, read http://south.aeracode.org/wiki/MyFieldsDontWork

I think middleware.py needs have

from django.conf import settings

otherwise this line will cause an error

tz = settings.TIME_ZONE if not account.timezone else account.timezone

In account.models.Account, the language field has an appropriate default and then is handled again in create() to make sure that a newly created Account has a valid language. This is not the case for the timezone field. It is not touched in create(), and no default is provided in the field declaration. There is a default in the TimeZoneField class, but this default is just the empty string, which does not correspond to a valid timezone. Even in terms of database integrity, I was surprised to look at my database and see that my freshly created User had an Account with a non-null, non-blank field set to the empty string.

Either the TimeZoneField or the timezone field declaration in Account should specify a default that corresponds to a valid timezone.

Its in the setup.py, so I think I'm fine, but it would be helpful to actually check one in as well.

In ConfirmEmailView.get() there is the following test :

if confirmation.email_address.user != self.request.user:
    raise Http404()

But I can't figure out how this clause can be false since self.request.user.is_anonymous() is always True.
The same goes for ConfirmEmailView.post().

If I comment these tests in both views, all things work.
Did I miss something ?

Cheers

Small syntax errors on these lines: https://github.com/pinax/django-announcements/blob/master/announcements/templates/announcements/announcement_form.html#L21 and https://github.com/pinax/django-announcements/blob/master/announcements/templates/announcements/announcement_form.html#L23

Sorry if it is already responded but I am having some problems with setting up django-user-accounts app. I followed the installation instrauctions and made all necessary changes to settings.py but still couldn't get this running... My server returns error 500 and I couldn't even import account.middleware in puthon shell:

import account.middleware
Traceback (most recent call last):
File "", line 1, in
File "/usr/share/django-test/local/lib/python2.7/site-packages/account/middleware.py", line 2, in
from django.utils.cache import patch_vary_headers
File "/usr/share/django-test/local/lib/python2.7/site-packages/Django-1.6-py2.7.egg/django/utils/cache.py", line 26, in
from django.core.cache import get_cache
File "/usr/share/django-test/local/lib/python2.7/site-packages/Django-1.6-py2.7.egg/django/core/cache/init.py", line 69, in
if DEFAULT_CACHE_ALIAS not in settings.CACHES:
File "/usr/share/django-test/local/lib/python2.7/site-packages/Django-1.6-py2.7.egg/django/conf/init.py", line 54, in getattr
self._setup(name)
File "/usr/share/django-test/local/lib/python2.7/site-packages/Django-1.6-py2.7.egg/django/conf/init.py", line 47, in _setup
% (desc, ENVIRONMENT_VARIABLE))
django.core.exceptions.ImproperlyConfigured: Requested setting CACHES, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.

import account is working just fine...

Any help please?

There doesn't appear to be a signal fired on password reset (only password change). This would be handy for eventlogging.

I start a new project, and this is the settings.py :
http://www.cnblogs.com/xiangnan/p/3501158.html

This is the error information when opening http://127.0.0.1:8000/account/signup/:

TemplateDoesNotExist at /account/signup/
account/signup.html
Request Method: GET
Request URL: http://127.0.0.1:8000/account/signup/
Django Version: 1.6.1
Exception Type: TemplateDoesNotExist
Exception Value:
account/signup.html
Exception Location: /usr/local/lib/python2.7/dist-packages/django/template/loader.py in select_template, line 186
Python Executable: /usr/bin/python
Python Version: 2.7.3
Python Path:
['/home/nan/sitea',
'/usr/local/lib/python2.7/dist-packages/setuptools-2.0.2-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/Pillow-2.3.0-py2.7-linux-x86_64.egg',
'/usr/local/lib/python2.7/dist-packages/django_user_accounts-1.0b18-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/django_appconf-0.6-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/pytz-2013.8-py2.7.egg',
'/usr/lib/python2.7',
'/usr/lib/python2.7/plat-linux2',
'/usr/lib/python2.7/lib-tk',
'/usr/lib/python2.7/lib-old',
'/usr/lib/python2.7/lib-dynload',
'/usr/local/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages/PIL',
'/usr/lib/python2.7/dist-packages/gst-0.10',
'/usr/lib/python2.7/dist-packages/gtk-2.0',
'/usr/lib/pymodules/python2.7',
'/usr/lib/python2.7/dist-packages/ubuntu-sso-client',
'/usr/lib/python2.7/dist-packages/ubuntuone-client',
'/usr/lib/python2.7/dist-packages/ubuntuone-control-panel',
'/usr/lib/python2.7/dist-packages/ubuntuone-couch',
'/usr/lib/python2.7/dist-packages/ubuntuone-installer',
'/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol']
Server time: Thu, 2 Jan 2014 00:36:47 +0800
Template-loader postmortem

Django tried loading these templates, in this order:
Using loader django.template.loaders.filesystem.Loader:
Using loader django.template.loaders.app_directories.Loader:
/usr/local/lib/python2.7/dist-packages/django/contrib/admin/templates/account/signup.html (File does not exist)
/usr/local/lib/python2.7/dist-packages/django/contrib/auth/templates/account/signup.html (File does not exist)

Please, change == to >= оr just delete version... Can't install package because of I have newer version of pytz... So need to uninstall it, install django-user-accounts and upgrade pytz...

class PasswordResetTokenView(FormView):
  #...
  def after_change_password(self):
    signals.password_changed.send(sender=PasswordResetTokenView, user=user)

to

class PasswordResetTokenView(FormView):
  #...
  def after_change_password(self):
    user = self.get_user()
    signals.password_changed.send(sender=PasswordResetTokenView, user=user)

If you change your email address, and then later attempt to change it back to the original, you get an error message that states another user already has this address.

Users created through the admin don't have any EmailAddress records, which the EmailAuthentication backend uses for auth purposes. Wondering if we're missing an easy signal hookup (createsuperuser seems to work fine IIRC) or if generally when saving a User there should be a check to make sure an EmailAddress record exists.

Related to #54

Hello,

I've just started an account pinax project, with Django 1.4 and everything from new environment to check the migration from pinax.account.

When a super user is created at the first syncing python manage.py syncdb, it will not have an account active but only a user.
Therefore clicking on settings gives back an error.

This problem is there only with a super user, I've tried to create other users and there was no trouble.

This is the traceback, just for reference

Environment:


Request Method: GET
Request URL: http://127.0.0.1:8000/account/settings/

Django Version: 1.4
Python Version: 2.7.3
Installed Applications:
['django.contrib.admin',
 'django.contrib.auth',
 'django.contrib.contenttypes',
 'django.contrib.sessions',
 'django.contrib.sites',
 'django.contrib.messages',
 'django.contrib.staticfiles',
 'pinax_theme_bootstrap_account',
 'pinax_theme_bootstrap',
 'django_forms_bootstrap',
 'account',
 'timezones',
 'metron']
Installed Middleware:
['django.middleware.common.CommonMiddleware',
 'django.contrib.sessions.middleware.SessionMiddleware',
 'django.middleware.csrf.CsrfViewMiddleware',
 'django.contrib.auth.middleware.AuthenticationMiddleware',
 'django.contrib.messages.middleware.MessageMiddleware']


Traceback:
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/core/handlers/base.py" in get_response
  111.                         response = callback(request, *callback_args, **callback_kwargs)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/views/generic/base.py" in view
  48.             return self.dispatch(request, *args, **kwargs)
File "/home/mattions/.virtualenvs/pinax/src/django-user-accounts/account/mixins.py" in dispatch
  17.             return super(LoginRequiredMixin, self).dispatch(request, *args, **kwargs)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/views/generic/base.py" in dispatch
  69.         return handler(request, *args, **kwargs)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/views/generic/edit.py" in get
  131.         form = self.get_form(form_class)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/views/generic/edit.py" in get_form
  34.         return form_class(**self.get_form_kwargs())
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/views/generic/edit.py" in get_form_kwargs
  40.         kwargs = {'initial': self.get_initial()}
File "/home/mattions/.virtualenvs/pinax/src/django-user-accounts/account/views.py" in get_initial
  517.         initial["timezone"] = self.request.user.account.timezone
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/utils/functional.py" in inner
  185.         return func(self._wrapped, *args)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/db/models/fields/related.py" in __get__
  255.             rel_obj = self.get_query_set(instance=instance).get(**params)
File "/home/mattions/.virtualenvs/pinax/local/lib/python2.7/site-packages/django/db/models/query.py" in get
  366.                     % self.model._meta.object_name)

Exception Type: DoesNotExist at /account/settings/
Exception Value: Account matching query does not exist.

where now() is

localtime_for_timezone(datetime.datetime.now(), self.timezone)

and today() is

localtime_for_timezone(datetime.datetime.now(), self.timezone).date()

if for whatever reason the user resetting their password never clicked on the email confirmation link to verify their email, we should go ahead and mark it verified if and when they reset their password

The Account.timezone field value can be blank (empty string), which is not a valid timezone name for timezone.activate/pytz invoked by the TimezoneMiddleware.

I think this can be solved by either:

1. using get_default_timezone() or get_current_timezone_name() value when account timezone is not specified
2. using plain settings.TIME_ZONE value as used in the rest of the codebase
3. calling timezone.deactivate() so Django use the time zone defined in the settings

I'm currently leaning towards option 1 as it does not make any assumptions on the TIME_ZONE setting value and uses Django api to handle that. See also django.core.context_processors.tz.

Hit this in the wild on a site. Not sure when exactly a client would send HEAD, but it at least happened once. Maybe just have a fallback to use the confirm template. User agent was, oddly, gvfs/1.12.3 which I think is Gnome's sftp/ftp/webdav/etc mounting stuff.

Also may not be worth fixing, but figured I'd report.

KeyError: 'HEAD'

Stacktrace (most recent call last):

  File "django/core/handlers/base.py", line 111, in get_response
    response = callback(request, *callback_args, **callback_kwargs)
  File "django/views/generic/base.py", line 48, in view
    return self.dispatch(request, *args, **kwargs)
  File "django/views/generic/base.py", line 69, in dispatch
    return handler(request, *args, **kwargs)
  File "account/views.py", line 320, in get
    return self.render_to_response(ctx)
  File "django/views/generic/base.py", line 95, in render_to_response
    template = self.get_template_names(),
  File "account/views.py", line 315, in get_template_names
    }[self.request.method]

I'm not sure if this is a problem of django-user-accounts or of django.utils.translation. The thing is that, when the admin is rendered, this exception is returned:

raise TypeError("Lazy object returned unexpected type.")

I have found that the exception is caused by the following line in account.models:

verbose_name_plural = _("email addresses")

If I remove the gettext_lazy calling:

verbose_name_plural = "email addresses"

then the exception is not thrown. It intrigues me that this error does not happen in other translated strings, only in this one.

I'm using Django 1.4, and this could be related with this bug (https://code.djangoproject.com/ticket/19272), but I don't know.

The signup process works great and it sends a confirmation email but the domain of the confirmation email is not the actual address of the server but 'example.com'

I checked conf or all other files. where can this 'example.com' be modified?

body of the sent messages:

A user on example.com has created an account using this email address.

To confirm this email address, go to http://example.com/account/confirm_email/bf0bc66e8c268b294fd1b06779bc96dc67991241ac133f808977b7a3ffd79bfb/

djangouser-accounts seems to work very well with django-nonrel (a version of django that works with non-relational database such as monogdb), except I noticed when trying to wire up the forgot-password, an exception is thrown (see below)

This seems like a straightforward fix. The reason it breaks is because in non-relational databases, the PK is not guranteed to be an int. In fact, it's usually more of a guid that is a combination of letters and characters.

File "/home/person/testenv2/local/lib/python2.7/site-packages/account/views.py", line 515, in send_email
uid = int_to_base36(user.id)
File "/home/person/testenv2/local/lib/python2.7/site-packages/django/utils/http.py", line 188, in int_to_base36
raise TypeError("Non-integer base36 conversion input.")

Is this by design? There is no way to edit account models in the admin.

I'm a bit new to PyPI, I understood the documentation as that the latest development version would be installed from the git repository via PyPI, but the error below doesn't match what I see in the code here on GitHub.

» ./manage.py runserver
...
File "/home/totte/virtual_environments/djangoenv/lib/python3.3/site-packages/account/models.py", line 21, in <module>
    from account.conf import settings
File "/home/totte/virtual_environments/djangoenv/lib/python3.3/site-packages/account/conf.py", line 16
    except ImportError, e:
                      ^
SyntaxError: invalid syntax

Please post some basic documentation for settings, templates, and signals -- at least settings. It is difficult to understand what django-user-accounts already does and what needs to be customized.

Thanks.

TemplateSyntaxError at /account/signup/
'bootstrap_tags' is not a valid tag library: Template library bootstrap_tags not found, tried django.templatetags.bootstrap_tags,django.contrib.admin.templatetags.bootstrap_tags,django.contrib.staticfiles.templatetags.bootstrap_tags,account.templatetags.bootstrap_tags
Request Method: GET
Request URL: http://127.0.0.1:8000/account/signup/
Django Version: 1.6.1
Exception Type: TemplateSyntaxError
Exception Value:
'bootstrap_tags' is not a valid tag library: Template library bootstrap_tags not found, tried django.templatetags.bootstrap_tags,django.contrib.admin.templatetags.bootstrap_tags,django.contrib.staticfiles.templatetags.bootstrap_tags,account.templatetags.bootstrap_tags
Exception Location: /usr/local/lib/python2.7/dist-packages/django/template/defaulttags.py in load, line 1084
Python Executable: /usr/bin/python
Python Version: 2.7.3
Python Path:
['/home/nan/sitea',
'/usr/local/lib/python2.7/dist-packages/setuptools-2.0.2-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/Pillow-2.3.0-py2.7-linux-x86_64.egg',
'/usr/local/lib/python2.7/dist-packages/django_user_accounts-1.0b18-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/pytz-2013.8-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/pinax_theme_bootstrap_account-1.0b3-py2.7.egg',
'/usr/local/lib/python2.7/dist-packages/django_appconf-0.5-py2.7.egg',
'/usr/lib/python2.7',
'/usr/lib/python2.7/plat-linux2',
'/usr/lib/python2.7/lib-tk',
'/usr/lib/python2.7/lib-old',
'/usr/lib/python2.7/lib-dynload',
'/usr/local/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages/PIL',
'/usr/lib/python2.7/dist-packages/gst-0.10',
'/usr/lib/python2.7/dist-packages/gtk-2.0',
'/usr/lib/pymodules/python2.7',
'/usr/lib/python2.7/dist-packages/ubuntu-sso-client',
'/usr/lib/python2.7/dist-packages/ubuntuone-client',
'/usr/lib/python2.7/dist-packages/ubuntuone-control-panel',
'/usr/lib/python2.7/dist-packages/ubuntuone-couch',
'/usr/lib/python2.7/dist-packages/ubuntuone-installer',
'/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol']
Server time: Thu, 2 Jan 2014 02:02:36 +0800
Error during template rendering

In template /usr/local/lib/python2.7/dist-packages/pinax_theme_bootstrap_account-1.0b3-py2.7.egg/pinax_theme_bootstrap_account/templates/account/signup.html, error at line 7
'bootstrap_tags' is not a valid tag library: Template library bootstrap_tags not found, tried django.templatetags.bootstrap_tags,django.contrib.admin.templatetags.bootstrap_tags,django.contrib.staticfiles.templatetags.bootstrap_tags,account.templatetags.bootstrap_tags
1 {% extends "site_base.html" %}
2
3 {% load account_tags %}
4
5 {% load url from future %}
6 {% load i18n %}
7 {% load bootstrap_tags %}
8
9 {% block head_title %}{% trans "Sign up" %}{% endblock %}
10
11 {% block body %}
12

If you sign in as the django superuser, created during syncdb, you get the following error:

"DoesNotExist at /account/settings/
Account matching query does not exist."

I would like to include django-user-accounts as an external requirement to a new project, but still be able to add custom fields to the Account model (besides the existing user, timezone and language fields). How would I go about that? I suppose that I will have to subclass the Account, SignupForm and SignupView (overwriting create_account()) classes? Or would it be easier to just copy over the code from django-user-accounts and modify it directly within my own project?

Thanks for any insights!

1. If

MIDDLEWARE_CLASSES = (
    'django.middleware.gzip.GZipMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'account.middleware.LocaleMiddleware',  #
    'account.middleware.TimezoneMiddleware',  #
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
    'debug_toolbar.middleware.DebugToolbarMiddleware',
)

Then I see

DoesNotExist at /admin/ User has no account.

error at 46 line in TimezoneMiddleware in middleware.py:

    account = getattr(request.user, "account", None) 

1. if

MIDDLEWARE_CLASSES = (
    'django.middleware.gzip.GZipMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'account.middleware.LocaleMiddleware',  #
    'account.middleware.TimezoneMiddleware',  #
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
    'debug_toolbar.middleware.DebugToolbarMiddleware',
)

Then I see

AttributeError at /admin/ 'WSGIRequest' object has no attribute 'user'

error at 20 line in LocaleMiddleware in middleware.py:

    if request.user.is_authenticated():

Please, improve docs, what is correct order?..

Are there any plans to include South migrations for this package?

Executing 'python manage.py syncdb' (or runserver, etc.) results in 'ImportError: No module named importlib'

pip install importlib fixes it

Is this something that should be in the requirements file or is it a deficiency of my platform (MacOS X) that is not included in the python environment by default?

When using the email authentication backend, accounts created at the command line or in the admin are inaccessible due to their not having an EmailAddress record added post_save.

When the SignupForm posts, the code doesn't get passed even if the original request did the GET with a signup code. Basically, the code needs to be passed to the template, such that the post has access to it. Right now, no signup code gets 'used'.

Two changes:

in SignupView.get_context_data, add self.signup_code.code (if it exists)
modify the accounts_bootstrap_theme signup.html to provide a hidden input of the code back to the View, much like the redirect field is working now.

cheers,

% pip install django-user-accounts
Downloading/unpacking django-user-accounts
  Could not find any downloads that satisfy the requirement django-user-accounts
No distributions at all found for django-user-accounts

Here's the pip log:

------------------------------------------------------------
/usr/local/bin/pip run on Wed Apr 25 09:07:31 2012
Downloading/unpacking django-user-accounts

  Getting page http://pypi.python.org/simple/django-user-accounts
  URLs to search for versions for django-user-accounts:
  * http://pypi.python.org/simple/django-user-accounts/
  Getting page http://github.com/pinax/django-user-accounts
  Analyzing links from page http://pypi.python.org/simple/django-user-accounts/
    Skipping link http://github.com/pinax/django-user-accounts (from http://pypi.python.org/simple/django-user-accounts/); not a file
  Analyzing links from page https://github.com/pinax/django-user-accounts
    Skipping link https://github.com/opensearch.xml (from https://github.com/pinax/django-user-accounts); unknown archive format: .xml
    Skipping link https://github.com/fluidicon.png (from https://github.com/pinax/django-user-accounts); unknown archive format: .png
    Skipping link https://github.com/favicon.ico (from https://github.com/pinax/django-user-accounts); unknown archive format: .ico
    Skipping link https://a248.e.akamai.net/assets.github.com/stylesheets/bundles/github-cd43e9d518c027f6d29da02f92461c383e2728d2.css (from https://github.com/pinax/django-user-accounts); unknown archive format: .css
    Skipping link https://a248.e.akamai.net/assets.github.com/stylesheets/bundles/github2-9bbd4fef8448c777a17b07d12dd28ef870459d9e.css (from https://github.com/pinax/django-user-accounts); unknown archive format: .css
    Skipping link https://github.com/pinax/django-user-accounts/tree/d0fb12e45dddc6afe41f536675cc0f00933768a3 (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/commits/master.atom (from https://github.com/pinax/django-user-accounts); unknown archive format: .atom
    Skipping link https://github.com (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/plans (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/explore (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/features (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/blog (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/login?return_to=%2Fpinax%2Fdjango-user-accounts (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/watchers (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/network (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/pulls (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/issues (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/wiki (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/graphs (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/languages/Python (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts#readme (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http:// (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/zipball/master (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts.git (from https://github.com/pinax/django-user-accounts); unknown archive format: .git
    Skipping link git://github.com/pinax/django-user-accounts.git (from https://github.com/pinax/django-user-accounts); unknown archive format: .git
    Skipping link https://github.com/pinax/django-user-accounts/dismiss-tree-finder-help (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/tags (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/downloads (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link javascript:; (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/tree/master (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/commits/master (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/branches (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/commit/d0fb12e45dddc6afe41f536675cc0f00933768a3 (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/brosner (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/commits/master/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/tree/d0fb12e45dddc6afe41f536675cc0f00933768a3/account (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/tree/d0fb12e45dddc6afe41f536675cc0f00933768a3/docs (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/commit/36605da2c1a1e23519f0ea45a94cd209a1c87990 (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/blob/d0fb12e45dddc6afe41f536675cc0f00933768a3/MANIFEST.in (from https://github.com/pinax/django-user-accounts); unknown archive format: .in
    Skipping link https://github.com/pinax/django-user-accounts/commit/c792aadea4fd68ae7c7f4635d32f93391b60981c (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/blob/d0fb12e45dddc6afe41f536675cc0f00933768a3/README.rst (from https://github.com/pinax/django-user-accounts); unknown archive format: .rst
    Skipping link https://github.com/pinax/django-user-accounts/blob/d0fb12e45dddc6afe41f536675cc0f00933768a3/middleware.py (from https://github.com/pinax/django-user-accounts); unknown archive format: .py
    Skipping link https://github.com/pinax/django-user-accounts/commit/65d5fc1f54ae54dd952d9525a4c1cb51481d615b (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/paltman (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/pinax/django-user-accounts/blob/d0fb12e45dddc6afe41f536675cc0f00933768a3/setup.py (from https://github.com/pinax/django-user-accounts); unknown archive format: .py
    Skipping link http://django-user-accounts.readthedocs.org/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/about (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/contact (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/training (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://enterprise.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://status.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://get.gaug.es/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://speakerdeck.com (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://gist.github.com (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://mac.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://mobile.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://jobs.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://shop.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://octodex.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://help.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://developer.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://github.github.com/github-flavored-markdown/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://pages.github.com/ (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/site/terms (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/site/privacy (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link https://github.com/security (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://www.rackspace.com (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://www.rackspace.com%20 (from https://github.com/pinax/django-user-accounts); not a file
    Skipping link http://www.rackspacecloud.com (from https://github.com/pinax/django-user-accounts); not a file
    Could not parse version from link: http://github-media-downloads.s3.amazonaws.com/GitHub_Logos.zip (from https://github.com/pinax/django-user-accounts)
    Skipping link http://github-media-downloads.s3.amazonaws.com/GitHub_Logos.zip (from https://github.com/pinax/django-user-accounts); wrong project name (not django-user-accounts)
    Could not parse version from link: http://github-media-downloads.s3.amazonaws.com/Octocats.zip (from https://github.com/pinax/django-user-accounts)
    Skipping link http://github-media-downloads.s3.amazonaws.com/Octocats.zip (from https://github.com/pinax/django-user-accounts); wrong project name (not django-user-accounts)
  Could not find any downloads that satisfy the requirement django-user-accounts

No distributions at all found for django-user-accounts

Exception information:
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/pip-1.1-py2.7.egg/pip/basecommand.py", line 104, in main
    status = self.run(options, args)
  File "/usr/local/lib/python2.7/dist-packages/pip-1.1-py2.7.egg/pip/commands/install.py", line 245, in run
    requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
  File "/usr/local/lib/python2.7/dist-packages/pip-1.1-py2.7.egg/pip/req.py", line 978, in prepare_files
    url = finder.find_requirement(req_to_install, upgrade=self.upgrade)
  File "/usr/local/lib/python2.7/dist-packages/pip-1.1-py2.7.egg/pip/index.py", line 157, in find_requirement
    raise DistributionNotFound('No distributions at all found for %s' % req)
DistributionNotFound: No distributions at all found for django-user-accounts

From the documentation, it seems that if I just want the default behavior, nothing need to be developed at all.

But when I visit pages like "/account/signup/", I got error for the corresponding templates can't be found.

Then I went to the source directory, and found there is actually even no "templates" directory!

Perhaps it makes sense for django-user-accounts to start using south for schema migrations of accounts?

Thanks and thank you for the app!

The account deletion callbacks should become hooks. This will ensure consistency across the app for extensibility.

Now it is hardcoded: https://github.com/pinax/django-user-accounts/blob/master/account/views.py#L232
It is better to take this value from settings.

I was updating email addresses in the django admin and got into a state where one django auth user had some email address set, and a different user had an account EmailAddress with that same email address. This caused all kinds of bizzare things, most importantly, me not being able to log into the first user. It took a long time to figure out what was going on.

This was all the result of a few problems:

1. Repeating the email address from the auth User in the account EmailAddress enables the 2 to get out of sync. Is there a way to avoid storing the email address twice?
2. As a plan B, it should be harder to break things. Updating user emails in the admin should work right.
3. This isn't described in the docs. Or at least not obviously. I'd expect a big fat warning on http://django-user-accounts.readthedocs.org/en/latest/usage.html#using-email-address-for-authentication that you have to keep the 2 email fields in sync.
4. The EmailAddress model doesn't show up in the admin. If it had, I would have figured out what was going on sooner and it would have been trivial to fix.

Thanks,
Dan

When I install with pip, I get:

Could not find a version that satisfies the requirement django-user-accounts (from versions: 1.0b2, 1.0b9, 1.0b10, 1.0b4, 1.0b3, 1.0b11, 1.0b6, 1.0b7, 1.0b5, 1.0b12, 1.0b8, 1.0b1, 1.0b14, 1.0b13)

No distributions matching the version for django-user-accounts

Is there no version available for download currently?

After I sign up I never receive any email confirmation. Therefore I cannot login because I have to confirm my email. I checked spam folder. It's empty. I use gmail.

I use pinax bootstrap theme with django user accounts.

I set these in my settings:
ACCOUNT_EMAIL_UNIQUE = True
ACCOUNT_EMAIL_CONFIRMATION_REQUIRED = True
ACCOUNT_OPEN_SIGNUP = True
LOGIN_REDIRECT_URLNAME = "home"

Can anyone fix it?