ipr_search exception for draft-housley-tls-authz-extns

[ietf-svn-bot]

owner:[email protected] resolution_fixed type_defect | by [email protected]

---

I noticed several exceptions in the email from the production server; here's an example:

Traceback (most recent call last):

 File "/usr/lib/python2.4/site-packages/django/core/handlers/base.py", line 77, in get_response
   response = callback(request, *callback_args, **callback_kwargs)

 File "/var/www/django_ietf/web/ietf/ipr/search.py", line 104, in search
   raise ValueError("Missing or malformed search parameters, or internal error")

ValueError: Missing or malformed search parameters, or internal error


<ModPythonRequest
path:/ipr/search/,
GET:<MultiValueDict: {'document_search': ['draft-housley-tls-authz-extns-05'], 'option': ['document_search']}>,
POST:<MultiValueDict: {}>,
COOKIES:{},
META:{'AUTH_TYPE': None,
 'CONTENT_LENGTH': 0L,
 'CONTENT_TYPE': None,
 'GATEWAY_INTERFACE': 'CGI/1.1',
 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5',
 'HTTP_ACCEPT_CHARSET': 'ISO-8859-1,utf-8;q=0.7,*;q=0.7',
 'HTTP_ACCEPT_ENCODING': 'gzip,deflate',
 'HTTP_ACCEPT_LANGUAGE': 'en-us,en;q=0.5',
 'HTTP_CONNECTION': 'keep-alive',
 'HTTP_HOST': 'datatracker.ietf.org',
 'HTTP_KEEP_ALIVE': '300',
 'HTTP_REFERER': 'https://datatracker.ietf.org/ipr/search/',
 'HTTP_USER_AGENT': 'Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20060601 Firefox/2.0.0.4 (Ubuntu-edgy)',
 'PATH_INFO': '/search/',
 'PATH_TRANSLATED': None,
 'QUERY_STRING': 'option=document_search&document_search=draft-housley-tls-authz-extns-05',
 'REMOTE_ADDR': '209.234.108.194',
 'REMOTE_HOST': None,
 'REMOTE_IDENT': None,
 'REMOTE_USER': None,
 'REQUEST_METHOD': 'GET',
 'SCRIPT_NAME': None,
 'SERVER_NAME': 'datatracker.ietf.org',
 'SERVER_PORT': 0,
 'SERVER_PROTOCOL': 'HTTP/1.1',
 'SERVER_SOFTWARE': 'mod_python'}>

---

Issue migrated from trac:175 at 2022-03-04 00:44:57 +0000

[ietf-svn-bot]

@[email protected] commented

---

This appears to be because the code expects the user to not put in the version number, as if I do the same query without the version number it succeeds.

[ietf-svn-bot]

@[email protected] changed status from new to assigned

[ietf-svn-bot]

@[email protected] changed owner from `` to [email protected]

[ietf-svn-bot]

@[email protected] commented

---

Taking this. Closing #177 which is a duplicate.

[ietf-svn-bot]

@[email protected] changed status from assigned to closed

[ietf-svn-bot]

@[email protected] changed resolution from `` to fixed

[ietf-svn-bot]

@[email protected] commented

---

Fixed in 3647077