What steps will reproduce the problem? 1. Create a new project (e.g. pinax basic project) 2. Run ./manage.py syncdb 3. Try to view site

What is the expected output? What do you see instead?

A required model table is not created due to a check on line 117 for existance of the "User" table which isn't there when syncdb is run.

Caught an exception while rendering: (1146, "Table 'lingodev.django_openid_useropenidassociation' doesn't exist")

Original Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/django/template/debug.py", line 71, in render_node result = node.render(context) File "/usr/lib/python2.5/site-packages/django/template/init.py", line 888, in render return func(*resolved_vars) File "/var/www/django/pinax/apps/local_apps/account/templatetags/openid_tags.py" , line 20, in openid_icon matches = [u.openid == oid for u in UserOpenidAssociation.objects.filter(user=user)]

What version of the product are you using? On what operating system?

Pinax Version: SVN-1208 - Django: SVN-9477 - OpenID Version: SVN-57 Please provide any additional information below.

I cannot confirm this using Pinax r1315, django-openid r59 and Django r9732 - using a copied "base_project".

It's possible related to the order in which syncdb goes through the models.

Here it is: $ ./manage.py syncdb Creating table auth_permission Creating table auth_group Creating table auth_user ... Creating table django_openid_nonce Creating table django_openid_association Creating table django_openid_useropenidassociation

Does it work for you now, too? If so, please close the issue (if that's possible for you)

Hey,

We decided to stop using openid for the time being. Its a feature we want to add but need to get the basics going first so I've pulled this application out of our project. I dont have access to close this ticket nor the ability to check it right now but I'll have a look when I get a chance and make another comment.

This is still an issue as of Pinax 0.71. It's happening to me on the live host (Linux), but not on my local development machine (Windows) though I'm using the same virtualenv for both.

On the other hand, I did not have 'django_openid' listed in my installed apps, but I was using a 3rd-party app that supported OpenID logins. Looks like it assumed the presence of the app.