676345 - Orange Factor doesn't work on mozilla-inbound

Status: RESOLVED FIXED

(Tree Management Graveyard :: OrangeFactor, defect)

Description

[(no longer active)]

The reason seems to be because this URL throws an exception:


http://brasstacks.mozilla.com/orangefactor/api/count?startday=2011-07-06&endday=2011-08-03&tree=mozilla-inbound

<type 'exceptions.KeyError'> at /api/count
533218
Python 	/home/mozauto/bzcache/bzcache/bzcache.py in get_bugs, line 71
Web 	GET http://brasstacks.mozilla.com/api/count
Traceback (innermost first)

    /home/mozauto/bzcache/bzcache/bzcache.py in get_bugs
        bugset.remove(str(bug['bugid'])) ...
    ▶ Local vars
    /home/mozauto/woo/orangefactor/server/handlers.py in _GET
        orange_bugs = bzcache.get_bugs(list(buglist), whiteboard='[orange]') ...
    ▶ Local vars
    /home/mozauto/woo/orangefactor/server/handlers.py in _GET
        return BugData._GET(self, params, True) ...
    ▶ Local vars
    /home/mozauto/woo/orangefactor/server/handlers.py in GET
        results = json.dumps(self._GET(urlparse.parse_qs(web.ctx.query[1:], True), body)) ...
    ▶ Local vars
    /usr/local/lib/python2.6/site-packages/web.py-0.34-py2.6.egg/web/application.py in handle_class
        return tocall(*args) ...
    ▶ Local vars
    /usr/local/lib/python2.6/site-packages/web.py-0.34-py2.6.egg/web/application.py in _delegate
        return handle_class(cls) ...
    ▶ Local vars
    /usr/local/lib/python2.6/site-packages/web.py-0.34-py2.6.egg/web/application.py in handle
        return self._delegate(fn, self.fvars, args) ...
    ▶ Local vars
    /usr/local/lib/python2.6/site-packages/web.py-0.34-py2.6.egg/web/application.py in process
        return self.handle() ...
    ▶ Local vars

Request information
INPUT
Variable	Value
endday	
'2011-08-03'
startday	
'2011-07-06'
tree	
'mozilla-inbound'
COOKIES
Variable	Value
WT_FPC	
'id=209.29.21.241-3076751024.30160581:lv=1311650117283:ss=1311649976671'
__qca	
'P0-1451996171-1310741988180'
s_vi	
''
s_vsn_mozillaservicesmozcom_1	
'1278291355439'
wtspl	
'935116'
META
Variable	Value
app_stack	
[<web.application.application instance at 0xb7ae830c>]
data	
''
fullpath	
u'/api/count?startday=2011-07-06&endday=2011-08-03&tree=mozilla-inbound'
headers	
[]
home	
u'http://brasstacks.mozilla.com'
homedomain	
u'http://brasstacks.mozilla.com'
homepath	
u''
host	
u'brasstacks.mozilla.com'
ip	
u'66.207.206.180'
method	
u'GET'
output	
u''
path	
u'/api/count'
protocol	
u'http'
query	
u'?startday=2011-07-06&endday=2011-08-03&tree=mozilla-inbound'
realhome	
u'http://brasstacks.mozilla.com'
status	
'200 OK'
ENVIRONMENT
Variable	Value
CONTENT_LENGTH	
''
CONTENT_TYPE	
''
GATEWAY_INTERFACE	
'CGI/1.1'
HTTP_ACCEPT	
'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'
HTTP_ACCEPT_ENCODING	
'gzip, deflate'
HTTP_ACCEPT_LANGUAGE	
'en-us,en;q=0.5'
HTTP_CONNECTION	
'keep-alive'
HTTP_COOKIE	
's_vsn_mozillaservicesmozcom_1=1278291355439; s_vi=[CS]v1|26B800D98516148D-4000018480016376[CE]; WT_FPC=id=209.29.21.241-3076751024.30160581:lv=1311650117283:ss=1311649976671; __qca=P0-1451996171-1310741988180; wtspl=935116'
HTTP_DNT	
'1'
HTTP_HOST	
'brasstacks.mozilla.com'
HTTP_USER_AGENT	
'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0a1) Gecko/20110727 Firefox/8.0a1'
PATH_INFO	
'/api/count'
QUERY_STRING	
'startday=2011-07-06&endday=2011-08-03&tree=mozilla-inbound'
REMOTE_ADDR	
'66.207.206.180'
REMOTE_PORT	
'56672'
REQUEST_METHOD	
'GET'
SCRIPT_FILENAME	
'/orangefactor'
SCRIPT_NAME	
''
SERVER_ADDR	
'10.2.76.100'
SERVER_NAME	
'brasstacks.mozilla.com'
SERVER_PORT	
'80'
SERVER_PROTOCOL	
'HTTP/1.1'
SERVER_SOFTWARE	
'nginx/0.8.53'
wsgi.errors	
<flup.server.fcgi_base.OutputStream object at 0xb79bde0c>
wsgi.input	
<flup.server.fcgi_base.MultiplexedInputStream object at 0x8bae3cc>
wsgi.multiprocess	
False
wsgi.multithread	
True
wsgi.run_once	
False
wsgi.url_scheme	
'http'
wsgi.version	
(1, 0)

You're seeing this error because you have web.config.debug set to True. Set that to False if you don't to see this.

Comment 1

[Jonathan Griffin (:jgriffin)]

This problem appeared because for some reason duplicate entries ended up in the bugzilla cache, and the code assumed they'd be unique.  I added a quick patch for this, but will try to isolate the root cause, per bug 676354.