[mod_python] parsed_uri

Well, "bug" is too strong a word, and "most everything" is probably 
overstating the problem.  But something should probably change :)

Nick

Nick wrote:
> Then at the very least it's a documentation bug, since most everything 
> listed in parsed_uri will always be None.
> 
> Nick
> 
> Jim Gallacher wrote:
> 
>> I don't have time to look at the code right now, but I believe that 
>> mod_python just returns the parsed_uri structure in the apache request 
>> record. If this is the case then it doesn't constitute a mod_python 
>> bug as such. I'll investigate further tonight if time permits.
>>
>> Jim
>>
>> Nick wrote:
>>
>>> Hm... is this a bug in mod_python?  The original code checking 
>>> parsed_uri should have worked for that matter.
>>>
>>> Nick
>>>
>>> Ville Silventoinen wrote:
>>>
>>>> req.unparsed_uri.split(':')[0] returns just 
>>>> "/cgi-bin/vsi/auth/login.py".
>>>>
>>>> On Tue, 28 Jun 2005, Nick wrote:
>>>>
>>>>> If that's all you need to check, then there are SSL variables in 
>>>>> the subprocess_env.  Or, req.unparsed_uri.split(':')[0].
>>>>>
>>>>> Nick
>>>>>
>>>>> Ville Silventoinen wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> has anyone used req.parsed_uri fields successfully?
>>>>>>
>>>>>>   def handler(req):
>>>>>>       req.content_type = "text/plain"
>>>>>>       for field in req.parsed_uri:
>>>>>>           req.write("%s," % str(field))
>>>>>>       return apache.OK
>>>>>>
>>>>>> shows following:
>>>>>>
>>>>>>   None,None,None,None,None,None,/cgi-bin/vsi/auth/login.py,None,None,
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Mod_python mailing list
>>> Mod_python at modpython.org
>>> http://mailman.modpython.org/mailman/listinfo/mod_python
>>>
>>
> 
> _______________________________________________
> Mod_python mailing list
> Mod_python at modpython.org
> http://mailman.modpython.org/mailman/listinfo/mod_python