id,summary,reporter,owner,description,type,status,component,version,severity,resolution,keywords,cc,stage,has_patch,needs_docs,needs_tests,needs_better_patch,easy,ui_ux
7550,Django doesn't work when called from a subdirectory using (Fast)CGI,Andreas Kloeckner ,nobody,"If a CGI calls django with an empty PATH_INFO (as may happen if the user only gives the script name, but nothing following it), Django dies with the following, opaque error message:
{{{
Traceback:
File ""/sparc_soft/www.dam/htdocs/scicomp/pool/lib/python2.5/site-packages/django/core/handlers/base.py""
in get_response
73. callback, callback_args, callback_kwargs =
resolver.resolve(request.path)
Exception Type: TypeError at
Exception Value: unpack non-sequence
}}}
This is the first problem, and it's due to the fact that if the request path does not match the resolver's self.regex, RegexURLResolver.resolve will simply return None, and the above tuple unpacking fails.
The second problem is that a few lines above the line in the traceback, the RegexURLResolver gets initialized with a ""^/"" regex, and there's no user-facing way of changing that.
I fixed it for myself by simply feeding the resolver '/' if the path is empty. I'd prefer if there was a workable solution in Django by default.",,closed,HTTP handling,master,,worksforme,,inform@…,Accepted,0,0,0,0,,