Closed Bug 554970 Opened 16 years ago Closed 16 years ago

Socorro config parameter regression

Categories

(Socorro :: General, task)

x86
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: lars, Assigned: laura)

References

Details

Attachments

(1 file)

Recently, Frank made some changes to the way that the way that the materialized views handle configuration parameters in an attempt to simplify them. Unfortunately, now it appears that they don't work at all for trying to regenerate data for a single product version. The trouble is blocking testing for bug 534443 as I cannot find a combination of data parameters that will not result in an error. What has worked in the past no longer works. The configuration parameters are explained in the "Materialized Views Config" section of http://code.google.com/p/socorro/wiki/SocorroCommonConfig These instructions are seemingly thorough, though they do not lead to getting something to work. We one of two things: either the correct parameter combination to make it work or Frank's changes backed out to a point where what used to work, works again... example that used to work: ./startTopCrashesBySignature.py --product=Camino --version=2.0.3pre --startDate=2010-02-17 --endDate=2010-03-22T16:00 --startWindow=2010-02-17T00:00 --endWindow=2010-02-17T01:00 --deltaWindow=01:00
Assignee: nobody → laura
Blocks: 534443
the error for the parameter combo that used to work: Traceback (most recent call last): File "./startTopCrashesBySignature.py", line 44, in ? tc = topcrasher.TopCrashesBySignature(configContext) File "/home/lars/breakpad/socorro/cron/topCrashesBySignature.py", line 69, in __init__ self.startDate,self.deltaDate,self.endDate,self.startWindow, self.deltaWindow, self.endWindow = cron_util.getDateAndWindow(self.configContext,resultTable,self.productVersionRestriction,cursor,logger,**kwargs) File "/home/lars/breakpad/socorro/cron/util.py", line 440, in getDateAndWindow assert myConfig['deltaDate'] > datetime.timedelta(0) TypeError: can't compare datetime.timedelta to NoneType
I figure we should back out the broken code from trunk for now. This patch reversed gives a starting point for actually fixing the issue
Attachment #434952 - Flags: review?
Attachment #434952 - Flags: review? → review?(lars)
Attachment #434952 - Flags: review?(lars) → review+
Comment on attachment 434952 [details] [diff] [review] Back out r1859 while leaving in later unrelated changes to these files I applied this to trunk and now I can successfully run my tests.
In r1892.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Component: Socorro → General
Product: Webtools → Socorro
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: