Solved, and very mysteriously: a new line had snuck in between
'return' and 'render_to_response' at the end of
user_change_password(). Very odd, since I had never gone spelunking in
there, and had recently done a svn checkout, but never mind...
E
On Jan 15, 11:52 pm, Eric Abrahamsen <[EMAIL PROTECTED]> wrote:
> Hi Chris, thanks for responding.
>
> Yes, it must be some sort of environment thing, but I'm stumped what
> could cut this particular line so cleanly, without bringing anything
> else crashing down. My django installation for this particular project
> is /home/user/webapps/bjbyfoot/bjbyfoot/settings.py etc etc, and I
> haven't done anything sneaky - all my apps are inside my project.
> Here's my apache:
>
> <Location "/">
> SetHandler python-program
> PythonHandler django.core.handlers.modpython
> SetEnv DJANGO_SETTINGS_MODULE bjbyfoot.settings
> PythonPath "['/home/user/webapps/bjbyfoot'] + sys.path"
> PythonDebug On
> </Location>
>
> Nothing unusual, right? I'm going to ask over at WebFaction as well,
> might have something to do with the environment there...
>
> E
>
> On Jan 15, 11:05 pm, Chris Pratt <[EMAIL PROTECTED]> wrote:
>
> > If it works locally, then it would seem it is surely an environment
> > issue. I'm using WebFaction for a Django project currently, as well. I
> > haven't run into this problem, but I did have to customize a few
> > things in order to get my project to run remotely on WebFaction. Check
> > ~/webapps/[your_project]/apache2/conf/httpd.conf, and verify that the
> > PYTHONPATH environment variable includes the path to the instance of
> > Django you are using. That seems like the most likely culprit.
>
> > Chris Pratt
>
> > On Jan 15, 3:58 am, Eric Abrahamsen <[EMAIL PROTECTED]> wrote:
>
> > > I've got two django sites running on one server, each under a
> > > different subdomain of one domain name (this is on WebFaction). They
> > > run off the same codebase, r 7020 at present, different Apache
> > > instances using mod_python, and both have the same problem: the admin
> > > system seems to be unable to find the 'user' object. After a fresh
> > > Apache restart, logging into the admin system gives the following
> > > error traceback, triggered by trying to render the 'Change Password'
> > > url tag, the second of the three that come from the base.html template
> > > in contrib.admin.templates:
>
> > > ################
>
> > > Traceback:
> > > File "/home/user/lib/python2.5/django/template/debug.py" in
> > > render_node
> > > 71. result = node.render(context)
> > > File "/home/user/lib/python2.5/django/template/defaulttags.py" in
> > > render
> > > 363. return reverse(self.view_name, args=args,
> > > kwargs=kwargs)
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in reverse
> > > 297. return iri_to_uri(u'/' +
> > > get_resolver(urlconf).reverse(viewname, *args, **kwargs))
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in reverse
> > > 282. if lookup_view in self.reverse_dict:
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in
> > > _get_reverse_dict
> > > 218. for key, value in
> > > pattern.reverse_dict.iteritems():
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in
> > > _get_reverse_dict
> > > 221. self._reverse_dict[pattern.callback] =
> > > (pattern,)
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in
> > > _get_callback
> > > 178. self._callback = get_callable(self._callback_str)
> > > File "/home/user/lib/python2.5/django/utils/functional.py" in wrapper
> > > 18. result = func(*args)
> > > File "/home/user/lib/python2.5/django/core/urlresolvers.py" in
> > > get_callable
> > > 47. lookup_view = getattr(__import__(mod_name, {},
> > > {}, ['']), func_name)
> > > File "/home/user/lib/python2.5/django/contrib/admin/views/auth.py" in
> > > <module>
> > > 66. 'title': _('Change password: %s') %
> > > escape(user.username),
>
> > > Exception Type: NameError at /admin/
> > > Exception Value: name 'user' is not defined
> > > #############
>
> > > Refreshing once or twice changes this to a plain old Reverse Match Not
> > > Found, which means that I can get into the admin site and use it
> > > normally (except for those three links at the top, which fail
> > > silently), unless I try to add/change User objects, in which case it
> > > gives me a variant on the above error again.
>
> > > I don't see how user can be undefined when the variable is set a few
> > > lines earlier in the user_change_password() function. The same code
> > > works fine in my local development environment (using the development
> > > server instead of Apache/mod_python): the django codebase is at the
> > > same revision and my own code is checked out in both places from the
> > > same repository. Does this make sense to anyone?
>
> > > Thanks in advance,
> > > Eric
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---
