WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
113717
Dashboard refactor: Move dashboard specific history related features to History.
https://bugs.webkit.org/show_bug.cgi?id=113717
Summary
Dashboard refactor: Move dashboard specific history related features to History.
Julie Parent
Reported
2013-04-01 12:47:18 PDT
Dashboard refactor: Move dashboard specific history related features to History.
Attachments
Patch
(35.34 KB, patch)
2013-04-01 12:50 PDT
,
Julie Parent
no flags
Details
Formatted Diff
Diff
Most review feedback complete.
(35.45 KB, patch)
2013-04-01 19:33 PDT
,
Julie Parent
no flags
Details
Formatted Diff
Diff
Finished review feedback
(36.28 KB, patch)
2013-04-02 09:29 PDT
,
Julie Parent
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Julie Parent
Comment 1
2013-04-01 12:50:49 PDT
Created
attachment 196009
[details]
Patch
Ojan Vafai
Comment 2
2013-04-01 18:13:23 PDT
Comment on
attachment 196009
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=196009&action=review
> Tools/TestResultServer/static-dashboards/aggregate_results.js:49 > + this.dashboardSpecificState[key] = value == 'true';
Ack. This is kind of gross. How about passing in the history object as the first argument to this function?
> Tools/TestResultServer/static-dashboards/aggregate_results.js:68 > +var g_history = new history.History(aggregateResultsConfig); > +g_history.parseCrossDashboardParameters();
Do we want to eventually not have a g_history global at all? i.e. just pass it to any functions that need it? If so, you could add the FIXMEs now.
> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:141 > + if (this.crossDashboardState.useTestData)
ditto
> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:242 > +// Sets the page state to regenerate the page.
I realize you're just copying this comment, but this is no longer accurate.
> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:253 > + for (var currentKey in this.dashboardSpecificState) { > + if (isInvalidKeyForCrossBuilderView(currentKey)) { > + delete this.dashboardSpecificState[currentKey]; > + } > + }
I realize you're just copying this comment, but this is no longer accurate.
> Tools/TestResultServer/static-dashboards/history.js:109 > +history.History = function(dashboardSpecificConfiguration)
I think you can just call this argument "configuration".
> Tools/TestResultServer/static-dashboards/history.js:118 > + this._DB_SPECIFIC_INVALIDATING_PARAMETERS = dashboardSpecificConfiguration.dbSpecificInvalidatingParameters;
DB? db? Also, this is not a constant, so should be camel-case.
> Tools/TestResultServer/static-dashboards/history.js:119 > + this.generatePage = dashboardSpecificConfiguration.generatePageCallback;
This can be private?
> Tools/TestResultServer/static-dashboards/history.js:125 > +// Map of parameter to other parameter it invalidates.
This comment doesn't really add value. May as well delete while you're moving the code.
> Tools/TestResultServer/static-dashboards/treemap.js:90 > + generatePageCallback: generatePage,
How about just calling this generatePage? You don't explicitly make the other ones have "callback" in the name.
> Tools/TestResultServer/static-dashboards/treemap.js:93 > + dbSpecificInvalidatingParameters: DB_SPECIFIC_INVALIDATING_PARAMETERS
How about just calling this invalidatingHashParameters
Julie Parent
Comment 3
2013-04-01 19:33:47 PDT
Created
attachment 196059
[details]
Most review feedback complete.
Julie Parent
Comment 4
2013-04-01 19:34:33 PDT
Comment on
attachment 196009
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=196009&action=review
I still need to address the "this" object issues, but wanted to reply to the other comments first.
>> Tools/TestResultServer/static-dashboards/aggregate_results.js:68 >> +g_history.parseCrossDashboardParameters(); > > Do we want to eventually not have a g_history global at all? i.e. just pass it to any functions that need it? If so, you could add the FIXMEs now.
Yeah. Added FIXMEs.
>> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:242 >> +// Sets the page state to regenerate the page. > > I realize you're just copying this comment, but this is no longer accurate.
removed
>> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:253 >> + } > > I realize you're just copying this comment, but this is no longer accurate.
I'm not sure what line this is in reference to? There isn't a comment here.
>> Tools/TestResultServer/static-dashboards/history.js:109 >> +history.History = function(dashboardSpecificConfiguration) > > I think you can just call this argument "configuration".
Done.
>> Tools/TestResultServer/static-dashboards/history.js:118 >> + this._DB_SPECIFIC_INVALIDATING_PARAMETERS = dashboardSpecificConfiguration.dbSpecificInvalidatingParameters; > > DB? db? > > Also, this is not a constant, so should be camel-case.
It is a constant. The name was just copied from before, but fixed to spell out dashboard.
>> Tools/TestResultServer/static-dashboards/history.js:125 >> +// Map of parameter to other parameter it invalidates. > > This comment doesn't really add value. May as well delete while you're moving the code.
Done.
>> Tools/TestResultServer/static-dashboards/treemap.js:90 >> + generatePageCallback: generatePage, > > How about just calling this generatePage? You don't explicitly make the other ones have "callback" in the name.
Done.
>> Tools/TestResultServer/static-dashboards/treemap.js:93 >> + dbSpecificInvalidatingParameters: DB_SPECIFIC_INVALIDATING_PARAMETERS > > How about just calling this invalidatingHashParameters
Because there are cross dashboard ones too?
Ojan Vafai
Comment 5
2013-04-01 20:21:39 PDT
Comment on
attachment 196009
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=196009&action=review
>>> Tools/TestResultServer/static-dashboards/flakiness_dashboard.js:253 >>> + } >> >> I realize you're just copying this comment, but this is no longer accurate. > > I'm not sure what line this is in reference to? There isn't a comment here.
Not sure what happened here.
>>> Tools/TestResultServer/static-dashboards/history.js:118 >>> + this._DB_SPECIFIC_INVALIDATING_PARAMETERS = dashboardSpecificConfiguration.dbSpecificInvalidatingParameters; >> >> DB? db? >> >> Also, this is not a constant, so should be camel-case. > > It is a constant. > > The name was just copied from before, but fixed to spell out dashboard.
It's not a constant...you're setting it. By that sense, wouldn't all of these be constants?
>>> Tools/TestResultServer/static-dashboards/treemap.js:93 >>> + dbSpecificInvalidatingParameters: DB_SPECIFIC_INVALIDATING_PARAMETERS >> >> How about just calling this invalidatingHashParameters > > Because there are cross dashboard ones too?
I guess...you can't set the cross dashboard ones though...that's all private to History.
Julie Parent
Comment 6
2013-04-02 09:29:11 PDT
Comment on
attachment 196009
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=196009&action=review
>> Tools/TestResultServer/static-dashboards/aggregate_results.js:49 >> + this.dashboardSpecificState[key] = value == 'true'; > > Ack. This is kind of gross. How about passing in the history object as the first argument to this function?
You weren't supposed to notice that :) Changed to pass history obj around, here and in all other similar cases.
>>>> Tools/TestResultServer/static-dashboards/history.js:118 >>>> + this._DB_SPECIFIC_INVALIDATING_PARAMETERS = dashboardSpecificConfiguration.dbSpecificInvalidatingParameters; >>> >>> DB? db? >>> >>> Also, this is not a constant, so should be camel-case. >> >> It is a constant. >> >> The name was just copied from before, but fixed to spell out dashboard. > > It's not a constant...you're setting it. By that sense, wouldn't all of these be constants?
I don't know what I was thinking. It was constant before, but clearly isn't now. Fixed.
>> Tools/TestResultServer/static-dashboards/history.js:119 >> + this.generatePage = dashboardSpecificConfiguration.generatePageCallback; > > This can be private?
Indeed it can. Good catch.
>>>> Tools/TestResultServer/static-dashboards/treemap.js:93 >>>> + dbSpecificInvalidatingParameters: DB_SPECIFIC_INVALIDATING_PARAMETERS >>> >>> How about just calling this invalidatingHashParameters >> >> Because there are cross dashboard ones too? > > I guess...you can't set the cross dashboard ones though...that's all private to History.
Ok. Sure, changed.
Julie Parent
Comment 7
2013-04-02 09:29:34 PDT
Created
attachment 196161
[details]
Finished review feedback
WebKit Review Bot
Comment 8
2013-04-02 10:57:39 PDT
Comment on
attachment 196161
[details]
Finished review feedback Clearing flags on attachment: 196161 Committed
r147457
: <
http://trac.webkit.org/changeset/147457
>
WebKit Review Bot
Comment 9
2013-04-02 10:57:43 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug