2d1ab7d5b2c815e18a578bac18aaf9efe72e6079
[WebKit.git] / Websites / perf.webkit.org / ChangeLog
1 2016-02-04  Ryosuke Niwa  <rniwa@webkit.org>
2
3         Perf dashboard should have a script to setup database
4         https://bugs.webkit.org/show_bug.cgi?id=153906
5
6         Reviewed by Chris Dumez.
7
8         Added tools/setup-database.py to setup the database. It retrieves the database name, username, password
9         and initializes a database at the specified location.
10
11         * Install.md: Updated instruction to setup postgres to use setup-database.py.
12         * tools/setup-database.py: Added.
13         (main):
14         (load_database_config):
15         (determine_psql_dir):
16         (start_or_stop_database):
17         (execute_psql_command):
18
19 2016-01-12  Ryosuke Niwa  <rniwa@webkit.org>
20
21         buildbot syncing scripts sometimes schedule more than one requests per builder
22         https://bugs.webkit.org/show_bug.cgi?id=153047
23
24         Reviewed by Chris Dumez.
25
26         The bug was caused by the check for singularity of scheduledRequests being conducted per configuration
27         instead of per builder. So if there were multiple test configurations (e.g. Speedometer and Octane) that
28         both used the same builder, then we may end up scheduling both at once.
29
30         Fixed the bug by sharing a single set to keep track of the scheduled requests for all configurations per
31         builder.
32
33         * tools/sync-with-buildbot.py:
34         (load_config): Share a set amongst test configurations for each builder.
35         (find_request_updates): Instead of creating a new set for each configuration, reuse the existing sets to
36         share a single set agmonst test configurations for each builder.
37
38 2016-01-12  Ryosuke Niwa  <rniwa@webkit.org>
39
40         Analysis results viewer sometimes doesn't show the correct relative difference
41         https://bugs.webkit.org/show_bug.cgi?id=152930
42
43         Reviewed by Chris Dumez.
44
45         The bug was caused by single A/B testing result associated with multiple rows when there are multiple data
46         points with the same root set which matches that of an A/B testing.
47
48         Fixed the bug by detecting such a case, and only associating each A/B testing result with the row created
49         for the first matching point.
50
51         * public/v3/components/analysis-results-viewer.js:
52         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups):
53
54 2016-01-08  Ryosuke Niwa  <rniwa@webkit.org>
55
56         Make v3 UI analysis task page is hard to understand
57         https://bugs.webkit.org/show_bug.cgi?id=152917
58
59         Reviewed by Antti Koivisto.
60
61         Add a dark gray border around the selected block in the analysis results viewer instead of using darker
62         shades since that looks as if they were bigger regression/progression.
63
64         Explicitly show "Failed" as the label instead of omitting with "-" when all build requests in an A/B
65         testing group fails.
66
67         * public/v3/components/analysis-results-viewer.js:
68         (AnalysisResultsViewer.cssTemplate): Tweaked the style to underline text in the hovered blocks and the
69         selected blocks and show a dark gray border around the selected blocks.
70         (AnalysisResultsViewer.TestGroupStackingBlock):
71         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.createStackingCell): Use this._title for title.
72         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._computeTestGroupStatus):
73         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._valuesForRootSet): Deleted.
74
75         * public/v3/components/results-table.js:
76         (ResultsTable.prototype.render):
77         (ResultsTable.prototype._createRevisionListCells): Extracted from ResultsTable.prototype.render.
78         (ResultsTable.cssTemplate): Tweaked the style.
79         (ResultsTableRow):
80         (ResultsTableRow.prototype.constructor): Added _labelForWholeRow to store the label for the entire row.
81         This is used to show the comparison result of two root sets (e.g. A vs B).
82         (ResultsTableRow.prototype.setLabelForWholeRow): Added.
83         (ResultsTableRow.prototype.labelForWholeRow): Added.
84         (ResultsTableRow.prototype.resultContent): Extracted from buildHeading. Creates a hyperlinked bar graph
85         used for each A/B testing result.
86         (ResultsTableRow.prototype.buildHeading): Deleted since we need to set colspan on the second table cell
87         when we're creating a row with _labelForWholeRow.
88
89         * public/v3/components/test-group-results-table.js:
90         (TestGroupResultsTable.prototype.buildRowGroups): Added rows to show relative differences and statistical
91         significance between root sets (e.g. A vs B).
92
93         * public/v3/models/build-request.js:
94         (BuildRequest.prototype.hasCompleted): Added.
95
96         * public/v3/models/test-group.js:
97         (TestGroup.prototype.compareTestResults): Extracted from AnalysisResultsViewer.TestGroupStackingBlock's
98         _computeTestGroupStatus and generalized to be reused in TestGroupResultsTable.
99         (TestGroup.prototype._valuesForRootSet): Moved from AnalysisResultsViewer.TestGroupStackingBlock.
100
101         * public/v3/pages/analysis-task-page.js:
102         (AnalysisTaskPage.cssTemplate): Tweaked the style.
103
104 2016-01-07  Ryosuke Niwa  <rniwa@webkit.org>
105
106         Perf dashboard should automatically add aggregators
107         https://bugs.webkit.org/show_bug.cgi?id=152818
108
109         Reviewed by Chris Dumez.
110
111         When an aggregator entry is missing in aggregators table, automatically insert it in /api/report.
112
113         In a very early version of the perf dashboard, we had the ability to define a custom aggregator
114         in an admin page. In practice, nobody used or needed this feature so we got rid of it even before
115         the dashboard was landed into WebKit repository. This patch cleans up that mess.
116
117         * run-tests.js:
118         (main): Added the filtering capability.
119         (TestEnvironment): Expose the config JSON in the test environment.
120
121         * public/include/report-processor.php:
122         (ReportProcessor): Renamed name_to_aggregator now that it only contains ID.
123         (ReportProcessor::__construct): No longer fetches the aggregator table. An equivalent work is done
124         in newly added ensure_aggregators.
125         (ReportProcessor::process): Calls ensure_aggregators which populates name_to_aggregator_id.
126         (ReportProcessor::ensure_aggregators): Added. Add the builtin aggregators: Arithmetic, Geometric,
127         Harmonic, and Total.
128         (TestRunsGenerator): Renamed name_to_aggregator now that it only contains ID.
129         (TestRunsGenerator::__construct):
130         (TestRunsGenerator::add_aggregated_metric): Don't include aggregator_definition here since it's
131         never used now that all the aggregations are done natively in PHP.
132         (TestRunsGenerator::$aggregators): Added. We don't include SquareSum since it's only used for
133         computing run_square_sum_cache in test_runs table and it's useless elsewhere.
134         (TestRunsGenerator::aggregate_values): Add a comment about that.
135
136         * tests/api-report.js: Updated a test case to reflect the change.
137
138 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
139
140         Perf dashboard JSON API should fail gracefully when postgres is down
141         https://bugs.webkit.org/show_bug.cgi?id=152812
142
143         Reviewed by Chris Dumez.
144
145         Even though all JSON APIs returned DatabaseConnectionFailure as the status when Database::connect
146         returned a falsy value, PHP was spitting out warnings and producing HTTP responses that cannot be
147         parsed as a JSON when pg_connect failed.
148
149         Fixed the bug by suppressing warning messages in pg_connect.
150
151         * public/include/db.php:
152         (Database::connect): Use '@' prefix to suppress warning messages.
153
154 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
155
156         Perf dashboard should auto-generate manifest file when one is missing
157         https://bugs.webkit.org/show_bug.cgi?id=152813
158
159         Reviewed by Chris Dumez.
160
161         When /data/manifest.json is missing, fall back to newly added /api/manifest instead of
162         silently failing to show the UI. This will make the initial setup easier.
163
164         * public/api/manifest.php: Added.
165         (main):
166         * public/include/manifest.php:
167         (Manifest::manifest): Added.
168         * public/v3/main.js:
169         (fetchManifest):
170         (didFetchManifest): Extracted from fetchManifest.
171
172 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
173
174         Commit another forgotten change, this time, for r194653.
175
176         * public/v3/models/measurement-set.js:
177
178 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
179
180         The sampling of time series on v3 UI is too aggressive
181         https://bugs.webkit.org/show_bug.cgi?id=152804
182
183         Reviewed by Chris Dumez.
184
185         Fixed a bug that we were always halving the number of data points in _sampleTimeSeries
186         and increased the number of data points allowed to make the sampling less aggressive.
187
188         * public/v3/components/time-series-chart.js:
189         (TimeSeriesChart.prototype._ensureSampledTimeSeries): Increase the number of maximum points
190         to 2x the number of pixels divided by the radius of each point.
191         (TimeSeriesChart.prototype._sampleTimeSeries.findMedian): Changed the semantics of endIndex
192         to mean the index after the last point and renamed it to indexAfterEnd.
193         (TimeSeriesChart.prototype._sampleTimeSeries): Fixed a bug that this code always coerced two
194         data points into one sampled data point despite of the fact i and j are sufficiently apart
195         since data[j].time - data[i].time > timePerSample by definition.
196
197 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
198
199         Commit the forgotten change for r194651.
200
201         * public/v3/pages/domain-control-toolbar.js:
202         (DomainControlToolbar.prototype.setStartTime):
203
204 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
205
206         The right hand side of main chart appears to be cut off as you zoom out on v3 UI
207         https://bugs.webkit.org/show_bug.cgi?id=152778
208
209         Reviewed by Antti Koivisto.
210
211         Add a padding on x-axis after the end time to make the main chart more easily interactive.
212
213         * public/v3/components/time-series-chart.js:
214         (TimeSeriesChart.prototype._computeHorizontalRenderingMetrics):
215
216         * public/v3/pages/page-with-charts.js:
217         (PageWithCharts.mainChartOptions): Add a padding of 5px at the end of x-axis.
218
219 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
220
221         v3 UI should use four sig-figs to label y-axis of the main charts
222         https://bugs.webkit.org/show_bug.cgi?id=152779
223
224         Reviewed by Antti Koivisto.
225
226         Increase the number of significant figures used in the main charts to four as done in v2 UI.
227
228         * public/v3/pages/chart-pane.js:
229         (ChartPane.constructor): Create a formatter with four significant figures.
230         * public/v3/pages/page-with-charts.js:
231         (PageWithCharts.mainChartOptions): Increase the width of y-axis labels.
232
233 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
234
235         v3 UI's time range slider is harder to use than that of v2 UI
236         https://bugs.webkit.org/show_bug.cgi?id=152780
237
238         Reviewed by Antti Koivisto.
239
240         Improved the time range slider by using a cubic mapping to time range and providing a text field
241         to directly edit the number of days to show.
242
243         Now an user can enter the text mode to directly edit the number of days to show by clicking on
244         the number of days (text field is always there with opacity=0).
245
246         * public/v3/pages/charts-toolbar.js:
247         (ChartsToolbar): Store the minimum and maximum number of days allowed. Also rename _inputElement
248         to _slider and added a new type=number text field as _editor. 
249         (ChartsToolbar.prototype.render):
250         (ChartsToolbar.prototype.setStartTime): Exit the text mode when the number of days is changed by
251         an URL state transition (i.e. back/forward navigation).
252         (ChartsToolbar.prototype._setInputElementValue): Added. Updates the values of _slider and _editor.
253         (ChartsToolbar.prototype._enterTextMode): Added. Hide the elements used by the slider mode and
254         show the text field.
255         (ChartsToolbar.prototype._exitTextMode): Added. Does the opposite.
256         (ChartsToolbar.prototype._sliderValueMayHaveChanged): Renamed from _inputValueMayHaveChanged.
257         (ChartsToolbar.prototype._editorValueMayHaveChanged): Added. Similar to _sliderValueMayHaveChanged
258         but also corrects the value of _editor if needed.
259         (ChartsToolbar.prototype._callNumberOfDaysCallback): Extracted from _inputValueMayHaveChanged.
260         Also fixed a bug that we didn't update the URL state when the change event was fired without
261         modifying the effective number of days.
262         (ChartsToolbar.cssTemplate): Tweaked the style to support the new mode. Also set a fixed width on
263         the span showing the number of days in the slider mode.
264
265 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
266
267         Zooming button is broken on v3 UI
268         https://bugs.webkit.org/show_bug.cgi?id=152777
269
270         Reviewed by Chris Dumez.
271
272         Bring up the zoom button in z-index so that users can click it.
273
274         * public/v3/components/interactive-time-series-chart.js:
275         (InteractiveTimeSeriesChart.cssTemplate):
276
277 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
278
279         v3 UI doesn't preserve the time range when charts page is opened from a dashboard
280         https://bugs.webkit.org/show_bug.cgi?id=152776
281
282         Reviewed by Chris Dumez.
283
284         Fixed the bug by moving the construction of charts URL from DashboardPage.prototype.open to
285         DashboardPage.prototype.render and re-rendering the entire page upon an URL state transition.
286
287         * public/v3/pages/charts-page.js:
288         (ChartsPage.createStateForDashboardItem): Takes the start time for the charts page.
289
290         * public/v3/pages/dashboard-page.js:
291         (DashboardPage.prototype.updateFromSerializedState): Merged _numberOfDaysDidChange and
292         _updateChartsDomainFromToolbar into this function since they're not used elsewhere. Also re-render
293         the entire page when transition between different number of days to show.
294         (DashboardPage.prototype._numberOfDaysDidChange): Deleted.
295         (DashboardPage.prototype._updateChartsDomainFromToolbar): Deleted.
296         (DashboardPage.prototype.render): Construct URL for each charts here.
297         (DashboardPage.prototype._createChartForCell): Don't construct URL here since this function is
298         called once when the dashboard page is opened, and not when the time range is changed.
299
300 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
301
302         Build fix for an old version of PHP after r194618.
303
304         * public/api/measurement-set.php:
305
306 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
307
308         A/B testing results should be visualized intuitively on v3 UI
309         https://bugs.webkit.org/show_bug.cgi?id=152496
310
311         Rubber-stamped by Chris Dumez.
312
313         Add the "stacking block" view of A/B testing results to the analysis task page on v3 UI.
314
315         The patch enhances JSON APIs at /api/analysis-task /api/measurement-set/ to reduce the number of
316         HTTP requests, and adds two UI components: TestGroupResultsTable and AnalysisResultsViewer both
317         of which inherits from an abstract superclass: ResultsTable.
318
319         ResultsTable provides a tabular presentation of measured values in regular measurement sets and
320         A/B testing results using groups of bar graphs created by BarGraphGroup. TestGroupResultsTable
321         inherits from this class to display A/B testing configurations and the averaged results for each
322         configuration, and AnalysisResultsViewer inherits from it to provide an intuitive visualization
323         of the outcomes of all A/B testing results associated with a given analysis task.
324
325         * public/api/analysis-tasks.php:
326         (main): Add the capability to find the analysis task based on its build request.
327         This allows /v3/#/analysis/task/?buildRequest=<id> to be hyperlinked on buildbot page.
328
329         * public/api/measurement-set.php:
330         (main): Removed the unused startTime and endTime, and added "analysisTask" to query parameters.
331         (AnalysisResultsFetcher): Added. Used to fetch measured data associated with every build request
332         on an analysis task.
333         (AnalysisResultsFetcher::__construct):
334         (AnalysisResultsFetcher::fetch): Unlike MeasurementSetFetcher, we fetch the list of commits and
335         list of measurements separately since there will be a lot less builds and commits than measured
336         data (since we're fetching measured values for all tests and their metrics).
337         (AnalysisResultsFetcher::fetch_commits): Fetches commits.
338         (AnalysisResultsFetcher::format_measurement): Like MeasurementSetFetcher::format_measurement but
339         with config_type and config_metric since we're returning measured data for all metrics and test
340         configurations.
341         (AnalysisResultsFetcher::format_map): Similar to MeasurementSetFetcher::format_map.
342
343         * public/v3/components/analysis-results-viewer.js: Added.
344         (AnalysisResultsViewer): Added. 
345         (AnalysisResultsViewer.prototype.didUpdateResults): This callback is called by AnalysisTaskPage
346         when A/B testing results become available.
347         (AnalysisResultsViewer.prototype.render): Overrides ResultsTable's render to highlight the block
348         representing the currently selected test group.
349
350         (AnalysisResultsViewer.prototype.buildRowGroups): Creates a list of rows with "stacking blocks"
351         that visualizes A/B testing results. The algorithm works as follows: 1. Create all table rows.
352         2. Find which row is associated with each set in each test group. 3. Layout "blocks".
353
354         (AnalysisResultsViewer.prototype._collectRootSetsInTestGroups): Collects root sets from all data
355         in the measurement set as well as A/B testing **requests** (results may contain more repositories
356         than requested but they aren't interesting for the purpose of visualizing results for the entire
357         analysis task).
358
359         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups): Create table rows. First,
360         create table rows for measurement set points that have a matching test group (i.e. either set A
361         or set B of an A/B testing uses the same root set as a point). Second, insert a new row for each
362         root set in each test group which didn't find a matching measurement set point. There is a little
363         subtlety that some A/B testing may specify revisions for a subset of repositories and/or some A/B
364         testing results may appear as if it goes back in time with respect to other A/B testing results.
365         For example, consider creating two A/B test groups for WebKit changes and OS changes separately.
366         There could be no coherent linearization of those two A/B testing in which both WebKit and OS
367         versions move forward.
368
369         (AnalysisResultsViewer.RootSetInTestGroup): Added. Represents a pair (test group, root set) since
370         a root set could be shared by multiple test groups.
371         (AnalysisResultsViewer.TestGroupStackingBlock): Added. A stacked block representing a test group.
372         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.addRowIndex): Associates a row number with
373         either set A or set B.
374         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.createStackingCell): Creates a table cell
375         for this block.
376         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.isThin): Returns true if this test group
377         has failed and this block should look "thin" without any label.
378         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._computeTestGroupStatus): Computes the
379         status for this test group.
380
381         (AnalysisResultsViewer.TestGroupStackingGrid): Added. AnalysisResultsViewer uses this class to
382         layout blocks representing test groups.
383         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.insertBlockToColumn): Inserts a new block
384         to layout. We keep all test groups doing the same A/B test next to each other.
385         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.layout): Layouts each block / test group
386         in the order they are created.
387         (AnalysisResultsViewer.TestGroupStackingGrid.prototype._layoutBlock): Places the block in the
388         left-most column that can accommodate it while avoiding columns of a different thin-ness. A column
389         is thin if its A/B testing has failed, and not thin otherwise.
390         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.createCellsForRow): Creates table cells for
391         a given row. For each column, generate a table cell if we're in the first row and the first block
392         starts in a later row, a block starts in the current row, or the last block ended in the previous
393         row and the next block or the last row appears later.
394
395         * public/v3/components/bar-graph-group.js: Added. A component for showing a group of bar graphs.
396         (BarGraphGroup): Added. Creates a group of bar graphs with the same value range. It's used by
397         AnalysisResultsViewer and ResultsTable to show bar graphs to compare values.
398         (SingleBarGraph): A component created and collectively controlled by BarGraphGroup.
399
400         * public/v3/components/results-table.js: Added.
401         (ResultsTable): An abstract superclass for TestGroupResultsTable and AnalysisResultsViewer.
402
403         (ResultsTable.prototype.render): Renders the table. 1. Call "buildRowGroups()" implemented by
404         a subclass to obtain the list of rows. 2. Compute the list of repositories to show. 3. For each
405         cell in the table, compute the number of rows to show the same value (for rowspan). 4. Render the
406         table with an extra list of repositories if exists.
407
408         (ResultsTable.prototype._computeRepositoryList): Compute the list of repositories to list
409         revisions in the table. Omit repositories not present in any row or for which all rows have the
410         same revision. In the latter case, include it in the extra repositories listed below the table.
411         This minimizes the amount of redundant information presented to the user.
412
413         (ResultsTableRow): Added. Represents a single row in the table. ResultsTable constructs necessary
414         table cells to tabulate the associated root sets, and shows the associated result using a grouped
415         bar graph. Additional columns are used by AnalysisResultsViewer to show stacked blocks for A/B
416         testing groups.
417
418         * public/v3/components/test-group-results-table.js: Added.
419         (TestGroupResultsTable):
420         (TestGroupResultsTable.prototype.didUpdateResults):
421         (TestGroupResultsTable.prototype.setTestGroup):
422         (TestGroupResultsTable.prototype.heading):
423         (TestGroupResultsTable.prototype.render):
424         (TestGroupResultsTable.prototype.buildRowGroups):
425
426         * public/v3/index.html:
427         * public/v3/models/analysis-results.js: Added.
428         (AnalysisResults): Added. Like MeasurementSet, this class represents a set of measured values
429         associated with a given analysis task.
430         (AnalysisResults.prototype.find): Returns a measured valued for a given build and metric.
431         (AnalysisResults.prototype.add): Adds a new measured value. Used by AnalysisResults.fetch.
432         (AnalysisResults.fetch): Fetches data and creates AnalysisResults for a given analysis task.
433
434         * public/v3/models/analysis-task.js:
435         (AnalysisTask.prototype.startMeasurementId): Added.
436         (AnalysisTask.prototype.endMeasurementId): Added.
437         (AnalysisTask.fetchByBuildRequestId): Added.
438         (AnalysisTask._fetchSubset): Uses DataModelObject.cachedFetch.
439
440         * public/v3/models/build-request.js: Added.
441         (BuildRequest): Added. Represents a single A/B testing request associated with a test group.
442
443         * public/v3/models/builder.js:
444         (Build): Added. Represents a build associated with a given A/B testing result.
445
446         * public/v3/models/commit-log.js:
447         (CommitLog): Made this class inherit from DataModelObject.
448         (CommitLog.ensureSingleton): Added. Finds the singleton object created for a given revision
449         in the specified repository. This helps RootSet and other classes compare commits fast.
450         (CommitLog.prototype.repository): Added.
451         (CommitLog.fetchBetweenRevisions): Uses CommitLog.ensureSingleton.
452
453         * public/v3/models/data-model.js:
454         (DataModelObject):
455         (DataModelObject.namedStaticMap): Added.
456         (DataModelObject.ensureNamedStaticMap): Renamed from namedStaticMap instead of implicitly
457         assuming that the non-static version always creates the map.
458         (DataModelObject.prototype.namedStaticMap): Added.
459         (DataModelObject.cachedFetch): Extracted from AnalysisTask._fetchSubset so that TestGroup's
460         fetchByTask could also use it.
461         (LabeledObject):
462
463         * public/v3/models/measurement-adaptor.js: Added.
464         (MeasurementAdaptor): Extracted from MeasurementCluster. This class is responsible for
465         re-formatting the data received via /api/measurement-set JSON API inside the v3 UI.
466         (MeasurementAdaptor.prototype.extractId): Added.
467         (MeasurementAdaptor.prototype.adoptToAnalysisResults): Added. Used by AnalysisResults.
468         (MeasurementAdaptor.aggregateAnalysisResults): Added. Used by TestGroupResultsTable to
469         aggregate results for each test configuration; e.g. computing the average for set A.
470         (MeasurementAdaptor.prototype.adoptToSeries): Extracted from MeasurementCluster.addToSeries.
471         Added rootSet() to each point. This allows AnalysisResultsViewer to compare them against root
472         sets associated with A/B testing results.
473         (MeasurementAdaptor.computeConfidenceInterval): Moved from MeasurementCluster.
474
475         * public/v3/models/measurement-cluster.js:
476         (MeasurementCluster):
477         (MeasurementCluster.prototype.addToSeries):
478
479         * public/v3/models/repository.js:
480         (Repository.prototype.hasUrlForRevision): Added.
481
482         * public/v3/models/root-set.js: Added.
483         (RootSet): Added. Represents a set of commits in measured results.
484         (MeasurementRootSet): Added. Ditto for results associated with A/B testing.
485
486         * public/v3/models/test-group.js: Added.
487         (TestGroup): Added. Represents a A/B testing on analysis task.
488         (TestGroup.prototype.createdAt): Added.
489         (TestGroup.prototype.buildRequests): Returns the list of build requests associated with this
490         A/B testing.
491         (TestGroup.prototype.addBuildRequest): Added. Used by BuildRequest's constructor to associate
492         itself with this group.
493         (TestGroup.prototype.didSetResult): Added. Called by BuildRequest.setResult when measured
494         values are fetched and associated with a build request in this group.
495
496         * public/v3/models/test.js:
497         (Test):
498
499         * public/v3/pages/analysis-task-page.js:
500         (AnalysisTaskPage):
501         (AnalysisTaskPage.prototype.updateFromSerializedState): Fetch the analysis task, test groups
502         associated with it, and all A/B testing results based on the task id or the build request id
503         specified in the URL.
504         (AnalysisTaskPage.prototype._didFetchTask): Added. Start fetching the measured data. This is
505         the data on charts page for which this analysis task was created, not results of A/B testing.
506         (AnalysisTaskPage.prototype._didFetchMeasurement): Added. Display the fetched data in a table
507         inside AnalysisResultsViewer.
508         (AnalysisTaskPage.prototype._didFetchTestGroups): Added. Display the list of A/B test groups
509         as well as the results of the first A/B testing.
510         (AnalysisTaskPage.prototype._didFetchAnalysisResults): Added.
511         (AnalysisTaskPage.prototype._assignTestResultsIfPossible): Added. Once both the analysis task,
512         A/B test groups as well as their results are fetched, update build requests in each test group
513         with their results.
514         (AnalysisTaskPage.prototype.render): Show the list of test groups and highlight the currently
515         selected one.
516         (AnalysisTaskPage.prototype._showTestGroup): Added. A callback used by AnalysisResultsViewer
517         and TestGroupResultsTable to notify this class when the user selects a new test group.
518         (AnalysisTaskPage.htmlTemplate): Updated the template.
519         (AnalysisTaskPage.cssTemplate): Ditto.
520
521         * public/v3/pages/charts-page.js:
522         (ChartsPage.createStateForAnalysisTask): Added. Creates a URL state object for opening a chart
523         associated with an analysis task.
524
525 2015-12-22  Ryosuke Niwa  <rniwa@webkit.org>
526
527         Analysis task page is slow to load
528         https://bugs.webkit.org/show_bug.cgi?id=152517
529
530         Reviewed by Andreas Kling.
531
532         The slowness comes from r194130 which made the JSON API at /api/analysis-tasks to report the start
533         and the end of each analysis task. This query was adding ~2s to the total JSON generation time.
534
535         Cache these values on analysis_task table since they never change once an analysis task is created.
536
537         * init-database.sql: Added columns task_start_run_time and task_end_run_time to analysis_task table.
538         Also added the missing drop statements at the top.
539
540         * public/api/analysis-tasks.php:
541         (fetch_and_push_bugs_to_tasks): Don't fetch the latest commit time of the start and the end.
542         (format_task): Report task_start_run_time and task_end_run_time as startRunTime and endRunTime.
543
544         * public/privileged-api/create-analysis-task.php:
545         (main): Set start_run_time and end_run_time when creating an analysis task.
546         (time_for_run): Added.
547
548 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
549
550         v3 UI shouldn't open/close pane selector by mouseenter/leave
551         https://bugs.webkit.org/show_bug.cgi?id=152399
552
553         Reviewed by Andreas Kling.
554
555         Removed the code to open and close the pane selector by mouseenter and mouseleave
556         since multiple people have complained about the behavior.
557
558         * public/v3/pages/charts-toolbar.js:
559         (ChartsToolbar): Removed the event listeners.
560         (ChartsToolbar.prototype._addPane): Don't close the pane selector when adding a new pane
561         to better support the use case of adding multiple panes.
562         (ChartsToolbar.cssTemplate): Tweaked CSS.
563
564 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
565
566         Popover for analysis tasks shows up at the left edge of annotation bars in the v3 UI
567         https://bugs.webkit.org/show_bug.cgi?id=152389
568
569         Reviewed by Darin Adler.
570
571         Compute the x coordinate of the popover from the center of each annotation bar.
572
573         Also adjust the x coordinate to keep the popover within the charts.
574
575         * public/v3/components/interactive-time-series-chart.js:
576         (InteractiveTimeSeriesChart.prototype._renderChartContent):
577
578 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
579
580         Dashboard charts should have uniform widths on v3 UI
581         https://bugs.webkit.org/show_bug.cgi?id=152395
582
583         Reviewed by Chris Dumez.
584
585         Fix the bug by applying table-layout: fixed on the dashboard table.
586
587         * public/v3/pages/dashboard-page.js:
588         (DashboardPage.prototype.render): Added header-column as a class name to explicitly set the header column with.
589         (DashboardPage.cssTemplate): Adjusted CSS accordingly.
590
591 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
592
593         Closing a pane on v3 UI always closes the last pane
594         https://bugs.webkit.org/show_bug.cgi?id=152388
595
596         Reviewed by Chris Dumez.
597
598         The bug was caused by closePane being called without arguments. (The first argument to bind is "this" value.)
599         Fixed it by passing in "this" pane object to the first argument.
600
601         * public/v3/pages/chart-pane.js:
602         (ChartPane):
603
604 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
605
606         Perf Dashboard v3 UI doesn't show recent data points on v2 UI
607         https://bugs.webkit.org/show_bug.cgi?id=152368
608
609         Reviewed by Chris Dumez.
610
611         The bug was caused by the last modified date in measurement set JSON being a string instead of a POSIX timestamp,
612         which prevented the v3 UI from invalidating the cache. Specifically, the following boolean logic always evaluated
613         to false because +data['lastModified'] was NaN in MeasurementSet.prototype._fetch (/v3/models/measurement-set.js):
614
615         !clusterEndTime && useCache && +data['lastModified'] < self._lastModified
616
617         Fixed the bug by calling Database::to_js_time on the last modified date fetched from the database.
618
619         * public/api/measurement-set.php:
620         (MeasurementSetFetcher::fetch_config_list): Convert the string returned by the database to a POSIX timestamp.
621         * tests/api-measurement-set.js: Added a test to ensure the last modified date in JSON is numeric. Since the value
622         of the last modified date depends on when tests run, we can't assert it to be a certain value.
623
624 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
625
626         v3 UI should show and link the build number on charts page
627         https://bugs.webkit.org/show_bug.cgi?id=152359
628
629         Reviewed by Chris Dumez.
630
631         Show the hyperlinked build number in the v3 UI.
632
633         * public/v3/models/builder.js:
634         (Builder): Renamed _buildURL to _buildUrlTemplate.
635         (Builder.prototype.urlForBuild): Added.
636         * public/v3/pages/chart-pane-status-view.js:
637         (ChartPaneStatusView):
638         (ChartPaneStatusView.prototype.render): Added the code to render hyperlinked build number when one is available.
639         (ChartPaneStatusView.prototype.computeChartStatusLabels): Store currentPoint's measurement object as _buildInfo
640         if the current point is set by an indicator (not by a selection).
641
642 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
643
644         v3 dashboard doesn't stretch charts to fill the screen
645         https://bugs.webkit.org/show_bug.cgi?id=152354
646
647         Reviewed by Chris Dumez.
648
649         The bug was caused by a workaround to avoid canvas stretching table cell too much.
650
651         Fix the problem instead by making the canvas absolutely positioned inside the "time-series-chart" element
652         so that it does not contribute to the intrinsic/natural width of the cell.
653
654         * public/v3/components/time-series-chart.js:
655         (TimeSeriesChart.prototype._ensureCanvas): Make the canvas absolutely positioned inside the shadow root.
656         (TimeSeriesChart.prototype._updateCanvasSizeIfClientSizeChanged): Use the container element's size now that
657         the canvas does not resize with it.
658         * public/v3/pages/dashboard-page.js:
659         (DashboardPage.cssTemplate): Updated the CSS so that the chart stretches all the way.
660
661 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
662
663         The chart status on v3 UI sometimes show wrong revision ranges
664         https://bugs.webkit.org/show_bug.cgi?id=152331
665
666         Reviewed by Chris Dumez.
667
668         The bug was caused by the status view not taking the data sampling that happens in TimeSeriesChart into account
669         when finding the previous point. Take this into account by using InteractiveTimeSeries.currentPoint(-1) which
670         finds the sampled data point immediately preceding the current point (at which the indicator is shown).
671
672         * public/v3/components/chart-status-view.js:
673         (ChartStatusView.prototype.updateStatusIfNeeded):
674
675 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
676
677         Perf dashboard's cycler page should use v3 UI
678         https://bugs.webkit.org/show_bug.cgi?id=152324
679
680         Reviewed by Chris Dumez.
681
682         Use the v3 UI in cycler.html after r194130.
683
684         * public/cycler.html:
685         * public/v3/index.html: Removed the reference to a non-existent platform-selector.js.
686
687 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
688
689         Add v3 UI to perf dashboard
690         https://bugs.webkit.org/show_bug.cgi?id=152311
691
692         Reviewed by Chris Dumez.
693
694         Add the third iteration of the perf dashboard UI. UI for viewing and modifying analysis tasks is coming soon.
695         The v3 UI is focused on speed, and removes all third-party script dependencies including jQuery, d3, and Ember.
696         Both the DOM-based UI and graphing are implemented manually.
697
698
699         The entire app is structured using new component library implemented in components/base.js. Each component is
700         an instance of a subclass of ComponentBase which owns a single DOM element. Each subclass may supply static
701         methods named htmlTemplate and cssTemplate as the template for a component instance. ComponentBase automatically
702         clones the templates inside the associated element (or its shadow root on the supported browsers). Each subclass
703         must supply a method called "render()" which constructs and updates the DOM as needed.
704
705         There is a special component called Page, which represents an entire page. Each Page is opened by PageRouter's
706         "route()" function. Each subclass of Page supplies "open()" for initialization and "updateFromSerializedState()"
707         for a hash URL transition.
708
709
710         The key feature of the v3 UI is the split of time series into chunks called clusters (see r194120). On an internal
711         instance of the dashboard, the v2 UI downloads 27MB of data whereas the same page loads only 3MB of data in the v3.
712         The key logic for fetching time series in chunks is implemented by MeasurementSet in /v3/models/measurement-set.js.
713         We first fetch the cached primary cluster (the cluster that contains the newest data) at:
714         /data/measurement-set-<platform-id>-<metric-id>.json
715
716         If that's outdated according to lastModified in manifest.json, then we immediately re-fetch the primary cluster at:
717         /api/measurement-set/?platform=<platform-id>&metric=<metric-id>
718
719         Once the up-to-date primary cluster is fetched, we fetch all "secondary" clusters. For each cluster being fetched,
720         including the primary, we invoke registered callbacks.
721
722
723         In addition, the v3 UI reduces the initial page load time by loading a single bundled JS file generated by
724         tools/bundle-v3-scripts.py. index.html has a fallback to load all 44 JS files individually during development.
725
726         * public/api/analysis-tasks.php:
727         (fetch_and_push_bugs_to_tasks): Added the code to fetch start and end run times. This is necessary in V3 UI
728         because no longer fetch the entire time series. See r194120 for the new measurement set JSON API.
729         (format_task): Compute the category of an analysis task based on "result" value. This will be re-vamped once
730         I add the UI for the analysis task page in v3.
731
732         * public/include/json-header.php:
733         (require_format): CamelCase the name.
734         (require_match_one_of_values): Ditto.
735         (validate_arguments): Renamed from require_existence_of and used in measurement-set.php landed in r194120.
736
737         * public/v3: Added.
738         * public/v3/components: Added.
739
740         * public/v3/components/base.js: Added.
741         (ComponentBase): The base component class.
742         (ComponentBase.prototype.element): Returns the DOM element associated with the DOM element.
743         (ComponentBase.prototype.content): Returns the shadow root if one exists and the associated element otherwise.
744         (ComponentBase.prototype.render): To be implemented by a subclass.
745         (ComponentBase.prototype.renderReplace): A helper function to "render" DOM contents.
746         (ComponentBase.prototype._constructShadowTree): Called inside the constructor to instantiate the templates.
747         (ComponentBase.prototype._recursivelyReplaceUnknownElementsByComponents): Instantiates components referred by
748         its element name inside the instantiated content.
749         (ComponentBase.isElementInViewport): A helper function. Returns true if the element is in the viewport and it has
750         non-zero width and height.
751         (ComponentBase.defineElement): Defines a custom element that can be automatically instantiated from htmlTemplate.
752         (ComponentBase.createElement): A helper function to create DOM tree to be used in "render()" method.
753         (ComponentBase._addContentToElement): A helper for "createElement".
754         (ComponentBase.createLink): A helper function to create a hyperlink or another clickable element (via callback).
755         (ComponentBase.createActionHandler): A helper function to create an event listener that prevents the default action
756         and stops the event propagation.
757
758         * public/v3/components/button-base.js: Added.
759
760         * public/v3/components/chart-status-view.js: Added.
761         (ChartStatusView): A component that reports the current status of time-series-chart. It's subclasses by
762         ChartPaneStatusView to provide additional information in the charts page's panes.
763
764         * public/v3/components/close-button.js: Added.
765         (CloseButton):
766         * public/v3/components/commit-log-viewer.js: Added.
767         (CommitLogViewer): A component that lists commit revisions along with commit messages for a range of data points.
768
769         * public/v3/components/interactive-time-series-chart.js: Added.
770         (InteractiveTimeSeriesChart): A subclass of InteractiveTimeSeriesChart with interactivity (selection & indicator).
771         Selection and indicator are mutually exclusive.
772
773         * public/v3/components/pane-selector.js: Added.
774         (PaneSelector): A component for selecting (platform, metric) pair to add in the charts page.
775
776         * public/v3/components/spinner-icon.js: Added.
777
778         * public/v3/components/time-series-chart.js: Added.
779         (TimeSeriesChart): A canvas-based chart component without interactivity. It takes a source list and options as
780         the constructor arguments. A source list is a list of measurement sets (measurement-set.js) with drawing options.
781         This component fetches data via MeasurementSet.fetchBetween inside TimeSeriesChart.prototype.setDomain and
782         progressively updates the charts as more data arrives. The canvas is updated on animation frame via rAF and all
783         layout and rendering metrics are lazily computed in _layout. In addition, this component samples data before
784         rendering the chart when there are more data points per pixel in _ensureSampledTimeSeries.
785
786         * public/v3/index.html: Added. Loads bundled-scripts.js if it exists, or individual script files otherwise.
787
788         * public/v3/instrumentation.js: Added. This class is used to gather runtime statistics of v3 UI. (It measures
789         the performance of the perf dashboard UI).
790
791         * public/v3/main.js: Added. Bootstraps the app.
792         (main):
793         (fetchManifest):
794
795         * public/v3/models: Added.
796         * public/v3/models/analysis-task.js: Added.
797         * public/v3/models/bug-tracker.js: Added.
798         * public/v3/models/bug.js: Added.
799         * public/v3/models/builder.js: Added.
800         * public/v3/models/commit-log.js: Added.
801         * public/v3/models/data-model.js: Added.
802         (DataModelObject): The base class for various data objects that correspond to database tables. It supplies static
803         hash map to find entries by id as well as other keys.
804         (LabeledObject): A subclass of DataModelObject with the capability to find an object via its name.
805
806         * public/v3/models/measurement-cluster.js: Added.
807         (MeasurementCluster): Represents a single cluster or a chunk of data in a measurement set.
808
809         * public/v3/models/measurement-set.js: Added.
810         (MeasurementSet): Represents a measurement set.
811         (MeasurementSet.findSet): Returns the singleton set given (metric, platform). We use singleton to avoid issuing
812         multiple HTTP requests for the same JSON when there are multiple TimeSeriesChart that show the same graph (e.g. on
813         charts page with overview and main charts).
814         (MeasurementSet.prototype.findClusters): Finds the list of clusters to fetch in a given time range.
815         (MeasurementSet.prototype.fetchBetween): Fetch clusters for a given time range and calls callback whenever new data
816         arrives. The number of callbacks depends on the how many clusters need to be newly fetched.
817         (MeasurementSet.prototype._fetchSecondaryClusters): Fetches non-primary (non-latest) clusters.
818         (MeasurementSet.prototype._fetch): Issues a HTTP request to fetch a cluster.
819         (MeasurementSet.prototype._didFetchJSON): Called when a cluster is fetched.
820         (MeasurementSet.prototype._failedToFetchJSON): Called when the fetching of a cluster has failed.
821         (MeasurementSet.prototype._invokeCallbacks): Invokes callbacks upon an approval of a new cluster.
822         (MeasurementSet.prototype._addFetchedCluster): Adds the newly fetched cluster in the order.
823         (MeasurementSet.prototype.fetchedTimeSeries): Returns a time series that contains data from all clusters that have
824         been fetched.
825         (TimeSeries.prototype.findById): Additions to TimeSeries defined in /v2/data.js.
826         (TimeSeries.prototype.dataBetweenPoints): Ditto.
827         (TimeSeries.prototype.firstPoint): Ditto.
828
829         * public/v3/models/metric.js: Added.
830         * public/v3/models/platform.js: Added.
831         * public/v3/models/repository.js: Added.
832         * public/v3/models/test.js: Added.
833
834         * public/v3/pages: Added.
835         * public/v3/pages/analysis-category-page.js: Added. The "Analysis" page that lists the analysis tasks.
836         * public/v3/pages/analysis-category-toolbar.js: Added. The toolbar to filter analysis tasks based on its category
837         (unconfirmed, bisecting, identified, closed) and a keyword.
838
839         * public/v3/pages/analysis-task-page.js: Added. Not implemented yet. It just has the hyperlink to the v2  UI.
840
841         * public/v3/pages/chart-pane-status-view.js: Added.
842         (ChartPaneStatusView): A subclass of ChartStatusView used in the charts page. In addition to the current value,
843         comparison to baseline/target, it shows the list of repository revisions (e.g. WebKit revision, OS version).
844
845         * public/v3/pages/chart-pane.js: Added.
846         (ChartPane): A component a pane in the charts page. Each pane has the overview chart and the main chart. The zooming
847         is synced across all panes in the charts page.
848
849         * public/v3/pages/charts-page.js: Added. Charts page.
850         * public/v3/pages/charts-toolbar.js: Added. The toolbar to set the number of days to show. This affects the overview
851         chart's domain in each pane.
852
853         * public/v3/pages/create-analysis-task-page.js: Added.
854         (CreateAnalysisTaskPage): A page that gets shown momentarily while creating a new analysis task.
855
856         * public/v3/pages/dashboard-page.js: Added. A dashboard page.
857         * public/v3/pages/dashboard-toolbar.js: Added. Its toolbar with buttons to select the number of days to show.
858         * public/v3/pages/domain-control-toolbar.js: Added. An abstract superclass of charts and dashboard toolbars.
859
860         * public/v3/pages/heading.js: Added. A component for displaying the header and toolbar, if exists, on each page.
861         * public/v3/pages/page-router.js: Added. This class is responsible for updating the URL hashes as well as opening
862         and updating each page when the hash changes (via back/forward navigation).
863         * public/v3/pages/page-with-charts.js: Added. An abstract subclass of page used by dashboards and charts page.
864         Supplies helper functions for creating TimeSeriesChart options.
865         * public/v3/pages/page-with-heading.js: Added. An abstract subclass of page that uses the heading component.
866         * public/v3/pages/page.js: Added. The Page component.
867         * public/v3/pages/toolbar.js: Added. An abstract toolbar component.
868
869         * public/v3/remote.js: Added.
870         (getJSON): Fetches JSON from the remote server.
871         (getJSONWithStatus): Ditto. Rejects the response if the status is not "OK".
872         (PrivilegedAPI.sendRequest): Posts a HTTP request to a privileged API in /privileged-api/.
873         (PrivilegedAPI.requestCSRFToken): Creates a new CSRF token to request a privileged API post.
874
875         * tools/bundle-v3-scripts.py: Added.
876         (main): Bundles js files together and minifies them by jsmin.py for the v3 UI. Without this script, we're forced to
877         download 44 JS files or making each JS file contain multiple classes.
878
879         * tools/jsmin.py: Copied from WebInspector / JavaScriptCore code.
880
881 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
882
883         Fix v2 UI after r194093.
884
885         * public/v2/data.js:
886
887 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
888
889         Add /api/measurement-set for v3 UI
890         https://bugs.webkit.org/show_bug.cgi?id=152312
891
892         Rubber-stamped by Chris Dumez.
893
894         The new API JSON allows the front end to fetch measured data in chunks called a "cluster" as specified
895         in config.json for each measurement set specified by the pair of a platform and a metric.
896
897         When the front end needs measured data in a given time range (t_0, t_1) for a measurement set, it first
898         fetches the primary cluster by /api/measurement-set/?platform=<platform-id>&metric=<metric-id>.
899         The primary cluster is the last cluster in the set (returning the first cluster here is not useful
900         since we don't typically show very old data), and provides the information needed to fetch other clusters.
901
902         Fetching the primary cluster also creates JSON files at:
903         /data/measurement-set-<platform-id>-<metric-id>-<cluster-end-time>.json
904         to allow latency free access for secondary clusters. The front end code can also fetch the cache of
905         the primary cluster at: /data/measurement-set-<platform-id>-<metric-id>.json.
906
907         Because the front end code has to behave as if all data is fetched, each cluster contains one data point
908         immediately before the first data point and one immediately after the last data point. This avoids having
909         to fetch multiple empty clusters for manually specified baseline data. To support this behavior, we generate
910         all clusters for a given measurement set at once when the primary cluster is requested.
911
912         Furthermore, all measurement sets are divided at the same time into clusters so that the boundary of clusters
913         won't shift as more data are reported to the server.
914
915         * config.json: Added clusterStart and clusterSize as options.
916         * public/api/measurement-set.php: Added.
917         (main):
918         (MeasurementSetFetcher::__construct):
919         (MeasurementSetFetcher::fetch_config_list): Finds configurations that belongs to this (platform, metric) pair.
920         (MeasurementSetFetcher::at_end): Returns true if we've reached the end of all clusters for this set.
921         (MeasurementSetFetcher::fetch_next_cluster): Generates the JSON data for the next cluster. We generate clusters
922         in increasing chronological order (the oldest first and the newest last).
923         (MeasurementSetFetcher::execute_query): Executes the main query.
924         (MeasurementSetFetcher::format_map): Returns the mapping of a measurement field to an array index. This removes
925         the need to have key names for each measurement and reduces the JSON size by ~10%.
926         (MeasurementSetFetcher::format_run): Creates an array that contains data for a single measurement. The order
927         matches that of keys in format_map.
928         (MeasurementSetFetcher::parse_revisions_array): Added. Copied from runs.php.
929         * tests/api-measurement-set.js: Added. Added tests for /api/measurement-set.
930
931 2015-12-14  Ryosuke Niwa  <rniwa@webkit.org>
932
933         Using fake timestamp in OS version make some results invisible
934         https://bugs.webkit.org/show_bug.cgi?id=152289
935
936         Reviewed by Stephanie Lewis.
937
938         Fix various bugs after r194088.
939
940         * public/api/commits.php:
941         (format_commit): Include the commit order.
942         * public/v2/data.js:
943         (CommitLogs._cacheConsecutiveCommits): Sort by commit order when commit time is missing.
944         * tools/pull-os-versions.py:
945         (OSBuildFetcher._assign_order): Use integer instead of fake time for commit order.
946         (available_builds_from_command): Exit early when an exception is thrown.
947
948 2015-12-14  Ryosuke Niwa  <rniwa@webkit.org>
949
950         Fix a typo in the previous commit.
951
952         * public/include/report-processor.php:
953
954 2015-12-14  Ryosuke Niwa  <rniwa@webkit.org>
955
956         Build fix after r192965. Suppress a warning about log being referred to as a closure variable.
957
958         * public/include/report-processor.php:
959
960 2015-12-14  Ryosuke Niwa  <rniwa@webkit.org>
961
962         Using fake timestamp in OS version make some results invisible
963         https://bugs.webkit.org/show_bug.cgi?id=152289
964
965         Reviewed by Stephanie Lewis.
966
967         Added commit_order column to explicitly order OS versions. This fixes the bug whereby which
968         baseline results reported with only OS versions are shown with x coordinate set to 10 years ago.
969
970         To migrate the existing database, run:
971             ALTER TABLE commits ADD COLUMN commit_order integer;
972             CREATE INDEX commit_order_index ON commits(commit_order);
973
974         Then for each repository $1,
975             UPDATE commits SET (commit_time, commit_order) = (NULL, CAST(EXTRACT(epoch from commit_time) as integer))
976             WHERE commit_repository = $1;
977
978
979         * init-database.sql: Added the column.
980         * public/api/commits.php:
981         (fetch_commits_between): Use commit_order to order commits when commit_time is missing.
982         * public/api/report-commits.php:
983         (main): Set commit_order.
984         * tools/pull-os-versions.py:
985         (OSBuildFetcher.fetch_and_report_new_builds):
986         (OSBuildFetcher._assign_order): Renamed from _assign_fake_timestamps. Set the order instead of a fake timestmap.
987
988 2015-12-14  Ryosuke Niwa  <rniwa@webkit.org>
989
990         Perf dashboard can't merge when the destination platform is missing baseline/target
991         https://bugs.webkit.org/show_bug.cgi?id=152286
992
993         Reviewed by Stephanie Lewis.
994
995         The bug was caused by the query to migrate test configurations to new platform checking
996         configuration type and metric separately; that is, it assumes the configuration exists
997         only if either the same type or the same metric exists in the destination.
998
999         Fixed the bug by checking both conditions simultaneously for each configuration.
1000
1001         * public/admin/platforms.php:
1002         * tests/admin-platforms.js: Added a test.
1003
1004 2015-12-11  Ryosuke Niwa  <rniwa@webkit.org>
1005
1006         Perf dashboard's buildbot sync config JSON duplicates too much information
1007         https://bugs.webkit.org/show_bug.cgi?id=152196
1008
1009         Reviewed by Stephanie Lewis.
1010
1011         Added shared, per-builder, and per-test (called type) configurations.
1012
1013         * tools/sync-with-buildbot.py:
1014         (load_config):
1015         (load_config.merge):
1016
1017 2015-12-02  Ryosuke Niwa  <rniwa@webkit.org>
1018
1019         Perf dashboard should avoid overflow during geometric mean computation
1020         https://bugs.webkit.org/show_bug.cgi?id=151773
1021
1022         Reviewed by Chris Dumez.
1023
1024         * public/include/report-processor.php:
1025
1026 2015-11-30  Ryosuke Niwa  <rniwa@webkit.org>
1027
1028         Perf dashboard should extend baseline and target to the future
1029         https://bugs.webkit.org/show_bug.cgi?id=151511
1030
1031         Reviewed by Darin Adler.
1032
1033         * public/v2/data.js:
1034         (RunsData.prototype.timeSeriesByCommitTime): Added extendToFuture as an argument.
1035         (RunsData.prototype.timeSeriesByBuildTime): Ditto.
1036         (RunsData.prototype._timeSeriesByTimeInternal): Ditto.
1037         (TimeSeries): Add a new point to the end if extendToFuture is set and the series is not empty.
1038         * public/v2/manifest.js:
1039         (App.Manifest._formatFetchedData): Set extendToFuture to true for baselines and targets.
1040
1041 2015-11-30  Ryosuke Niwa  <rniwa@webkit.org>
1042
1043         Perf dashboard should always show comparison to baseline and target even if one is missing
1044         https://bugs.webkit.org/show_bug.cgi?id=151510
1045
1046         Reviewed by Darin Adler.
1047
1048         Show the comparison status against the baseline when baseline is present but target is missing.
1049
1050         To make the code more readable, this patch splits the logic into three cases:
1051         1. Both baseline and target are present
1052         2. Only baseline is present
1053         3. Only target is present
1054
1055         Also extracted a helper function to construct the label.
1056
1057         * public/v2/app.js:
1058         (.labelForDiff): Added.
1059         (App.Pane.computeStatus):
1060
1061 2015-11-23  Commit Queue  <commit-queue@webkit.org>
1062
1063         Unreviewed, rolling out r192716 and r192717.
1064         https://bugs.webkit.org/show_bug.cgi?id=151582
1065
1066         The patch was incorrect. We always need at least one data
1067         point in each configuration (Requested by rniwa on #webkit).
1068
1069         Reverted changesets:
1070
1071         "Perf dashboard's should not include results more than 366
1072         days old in JSON"
1073         https://bugs.webkit.org/show_bug.cgi?id=151529
1074         http://trac.webkit.org/changeset/192716
1075
1076         "Build fix for old version of PHP."
1077         http://trac.webkit.org/changeset/192717
1078
1079 2015-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1080
1081         Build fix for old version of PHP.
1082
1083         * public/api/runs.php:
1084
1085 2015-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1086
1087         Perf dashboard's should not include results more than 366 days old in JSON
1088         https://bugs.webkit.org/show_bug.cgi?id=151529
1089
1090         Reviewed by Timothy Hatcher.
1091
1092         Don't return results more than 366 days old in /api/runs/ JSON API.
1093         This is a ~5% runtime improvement and reduces the JSON file size by 20-50% in the internal perf dashboard.
1094
1095         * public/api/runs.php:
1096         (main): Added the support for "?noResults" to avoid echoing results. This is useful for debugging.
1097         Also instantiate RunsGenerator before issuing the query to find all configurations so that the runtime cost
1098         of doing so will be included in elapsedTime.
1099         (RunsGenerator::fetch_runs): Skip a row when its build and commit times are more than 366 days old.
1100         (RunsGenerator::format_run): Takes build_time and revisions as arguments since fetch_runs uses them now.
1101         (RunsGenerator::parse_revisions_array): Compute the max of commit times.
1102
1103 2015-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1104
1105         Remove chartPointRadius from interactive chart component
1106         https://bugs.webkit.org/show_bug.cgi?id=151480
1107
1108         Reviewed by Darin Adler.
1109
1110         Replaced the parameter by CSS rules.
1111
1112         * public/v2/chart-pane.css:
1113         (.chart .dot):
1114         (.chart .dot.foreground):
1115         (.chart .highlight):
1116         (.chart .extent):
1117         * public/v2/index.html:
1118         * public/v2/interactive-chart.js:
1119         (App.InteractiveChartComponent.Ember.Component.extend._constructGraphIfPossible):
1120         (App.InteractiveChartComponent.Ember.Component.extend._highlightedItemsChanged):
1121
1122 2015-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1123
1124         Perf dashboard's runs API uses more than 128MB of memory
1125         https://bugs.webkit.org/show_bug.cgi?id=151478
1126
1127         Reviewed by Andreas Kling.
1128
1129         Don't fetch all query results at once to avoid using twice as much memory as needed.
1130         Use iterative API to format each result at a time.
1131
1132         This change is also a 5% runtime performance gain.
1133
1134         * public/api/runs.php:
1135         (RunsGenerator::__construct): Takes a Database instance instead of a list of configurations. The latter is
1136         no longer needed as we pass in each configuration type explicitly to fetch_runs.
1137         (RunsGenerator::fetch_runs): Renamed from add_runs since it now executes the database query via execute_query.
1138         Also moved the logic to compute the last modified time here.
1139         (RunsGenerator::execute_query): Moved from fetch_runs_for_config. Use Database::query instead of query_and_fetch_all.
1140         (RunsGeneratorForTestGroup):
1141         (RunsGeneratorForTestGroup::__construct):
1142         (RunsGeneratorForTestGroup::execute_query): Moved from fetch_runs_for_config_and_test_group.
1143
1144         * public/include/db.php:
1145         (generate_data_file): Lock the file to avoid corruption.
1146
1147 2015-11-19  Ryosuke Niwa  <rniwa@webkit.org>
1148
1149         Perf dashboard always fetches charts JSON twice
1150         https://bugs.webkit.org/show_bug.cgi?id=151483
1151
1152         Reviewed by Andreas Kling.
1153
1154         Only re-generate "runs" JSON via /api/runs/ when the cache doesn't exist in /data/ or the cached JSON is
1155         obsolete (shouldRefetch is set true) or corrupt (the second closure).
1156
1157         * public/v2/app.js:
1158         (App.Pane._fetch):
1159
1160 2015-11-18  Ryosuke Niwa  <rniwa@webkit.org>
1161
1162         Internal perf dashboard takes forever to load
1163         https://bugs.webkit.org/show_bug.cgi?id=151430
1164
1165         Rubber-stamped by Antti Koivisto.
1166
1167         Fix a few performance problems with the perf dashboard v2 UI.
1168
1169         * public/v2/app.js:
1170         (App.DashboardRow._createPane): Set "inDashboard" to true.
1171         (App.Pane._fetch): Immediately show the cached chart instead of waiting for the refetched data which invokes
1172         a PHP JSON API. Also don't fetch the analysis tasks when the chart is shown in the dashboard since we don't
1173         show annotate charts in the dashboard.
1174
1175 2015-10-15  Ryosuke Niwa  <rniwa@webkit.org>
1176
1177         Unreviewed fix of a test after r190687.
1178
1179         * tests/admin-regenerate-manifest.js:
1180
1181 2015-10-12  Ryosuke Niwa  <rniwa@webkit.org>
1182
1183         Perf dashboard tools shouldn't require server credentials in multiple configuration files
1184         https://bugs.webkit.org/show_bug.cgi?id=149994
1185
1186         Reviewed by Chris Dumez.
1187
1188         Made detect-changes.js and pull-svn.py pull username and passwords from the server config JSON to reduce
1189         the number of JSON files that need to include credentials.
1190
1191         Also made each script reload the server config after sleep to allow dynamic credential updates.
1192
1193         In addition, change the server config JSON's format to include scheme, host, and port numbers separately
1194         instead of a url since detect-changes.js needs each value separately.
1195
1196         This reduces the number of JSONs with credentials to two for our internal dashboard.
1197
1198         * tools/detect-changes.js:
1199         (main): Added a property argument parsing. Now takes --server-config-json, --change-detection-config-json,
1200         and --seconds-to-sleep like other scripts.
1201         (parseArgument): Added.
1202         (fetchManifestAndAnalyzeData): Reload the server config JSON.
1203         (loadServerConfig): Added. Set settings.perfserver and settings.slave from the server config JSON. Also
1204         add settings.perfserver.host to match the old format.
1205         (configurationsForTesting): Fixed a bug that we throw an exception when a dashboard contains an empty cell.
1206
1207         * tools/pull-os-versions.py:
1208         (main): Use load_server_config after each sleep.
1209
1210         * tools/pull-svn.py:
1211         (main): Use load_server_config after each sleep.
1212         (fetch_commits_and_submit): Use the perf dashboard's auth as subversion credential when useServerAuth is set.
1213
1214         * tools/sync-with-buildbot.py:
1215         (main): Use load_server_config after each sleep.
1216
1217         * tools/util.py:
1218         (load_server_config): Extracted from python scripts. Computes server's url from scheme, host, and port number
1219         to match the old format python scripts except.
1220
1221 2015-10-11  Ryosuke Niwa  <rniwa@webkit.org>
1222
1223         Build fix after r190817.  Now that pull-os-versions store fake timestamps, we need to bypass timestamp
1224         checks for OS versions when bots try to report new results. Otherwise, we fail to process the reports
1225         with a MismatchingCommitTime error.
1226
1227         * public/include/report-processor.php:
1228         (ReportProcessor::resolve_build_id):
1229
1230 2015-10-08  Ryosuke Niwa  <rniwa@webkit.org>
1231
1232         Perf dashboard erroneously shows an old OS build in A/B testing range
1233         https://bugs.webkit.org/show_bug.cgi?id=149942
1234
1235         Reviewed by Darin Adler.
1236
1237         Ordering OS builds lexicologically turned out be a bad idea since 15A25 falls between 15A242 and 15A251.
1238         Use a fake/synthetic timestamp to force the commonly understood total order instead.
1239
1240         Refactored pull-os-versions.py to share the server config JSON with other scripts. Also made the script
1241         support pulling multiple sources; e.g. both OS X and iOS.
1242
1243         Also removed superfluous feature to submit results in chunks. The perf dashboard can handle thousands of
1244         revisions being submitted at once just fine.
1245
1246         * public/api/commits.php:
1247         (main): A partial revert of r185574 since we no longer need to order builds lexicologically.
1248
1249         * tools/pull-os-versions.py:
1250         (main): Takes --os-config-json, --server-config-json, and --seconds-to-sleep as arguments instead of
1251         a single --config argument to share the server config JSON with other scripts.
1252         (OSBuildFetcher): Extracted out of main. This class is instantiated for each OS kind (e.g. OS X).
1253         (OSBuildFetcher.__init__): Added.
1254         (OSBuildFetcher._fetch_available_builds): Extracted out of main. Fetches available builds from a website
1255         or custom commands.
1256         (OSBuildFetcher.fetch_and_report_new_builds): Extracted out of main. Submits the fetched builds after
1257         filtering out the ones we've already reported.
1258         (OSBuildFetcher._assign_fake_timestamps): Creates a fake timestamp to establish a total order amongst each
1259         OS X / iOS style build number such as 12A3456b.
1260
1261 2015-10-08  Ryosuke Niwa  <rniwa@webkit.org>
1262
1263         pull-svn.py fails to sync revisions when SVN credentials is not setup
1264         https://bugs.webkit.org/show_bug.cgi?id=149941
1265
1266         Reviewed by Chris Dumez.
1267
1268         Added the support for specifying subversion credentials.
1269
1270         Also added the support for pulling from multiple subversion servers. Subversion servers are specified
1271         in a JSON configuration file specified by --svn-config formatted as follows:
1272
1273         [
1274             {
1275                 "name": "WebKit",
1276                 "url": "http://svn.webkit.org/repository/webkit",
1277                 "username": "webkitten",
1278                 "password": "webkitten's password",
1279                 "trustCertificate": true,
1280                 "accountNameFinderScript":
1281                     ["python", "/Volumes/Data/WebKit/Tools/Scripts/webkit-patch", "find-users"]
1282             },
1283             ...
1284         ]
1285
1286         In addition, refactored it to use the shared server config JSON for the dashboard access.
1287
1288         * tools/pull-svn.py:
1289         (main): Now takes --svn-config-json, --server-config-json, --seconds-to-sleep and --max-fetch-count
1290         as required options instead of seven unnamed arguments.
1291         (fetch_commits_and_submit): Extracted from main. Fetches at most max_fetch_count new revisions from
1292         the subversion server, and submits them in accordance with server_config.
1293         (fetch_commit_and_resolve_author): Now takes a single repository dictionary instead of two separate
1294         arguments for name and URL to pass down the repository's authentication info to fetch_commit.
1295         (fetch_commit): Ditto. Add appropriate arguments when username and passwords are specified.
1296         (resolve_author_name_from_account): Use a list argument instead of a single string argument now that
1297         the argument comes from a JSON instead of sys.argv.
1298
1299 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1300
1301         Unreviewed race condition fix. Exit early when xScale or yScale is not defined.
1302
1303         * public/v2/interactive-chart.js:
1304         (App.InteractiveChartComponent._updateRangeBarRects):
1305
1306 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1307
1308         Add a page that cycles through v2 dashboards
1309         https://bugs.webkit.org/show_bug.cgi?id=149907
1310
1311         Reviewed by Chris Dumez.
1312
1313         Add cycler.html that goes through each dashboard on v2 UI.
1314
1315         This allows the dashboards to be cycled through on a TV screen.
1316
1317         * public/cycler.html: Added.
1318         (loadURLAt): Appends a new iframe to load the next URL (i is the index of the dashboard to be shown)
1319         at the end of body. We don't immediately show the new iframe since it might take a while to load.
1320         (showNewFrameIfLoaded): Remove the current iframe and show the next iframe if the next dashboard has
1321         finished loading. We can't rely on DOMContentLoaded or load events because we use asynchronous XHR to
1322         load each chart's data. Instead, wait until some chart becomes available or fails to load and none of
1323         charts are still in progress to be shown.
1324
1325 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1326
1327         Allow custom revisions to be specified in A/B testing
1328         https://bugs.webkit.org/show_bug.cgi?id=149905
1329
1330         Reviewed by Chris Dumez.
1331
1332         Allow custom revision number on each "repository" when creating a test group.
1333
1334         * public/v2/app.css:
1335         (form .analysis-group [name=customValue]): Added.
1336
1337         * public/v2/app.js:
1338         (App.AnalysisTaskController._createConfiguration): Added "Custom" as a revision option.
1339         Also added point labels such as (point 3) on "None" for when some points are missing revision info.
1340         (App.AnalysisTaskController._labelForPoints): Extracted from _createConfiguration.
1341         (App.AnalysisTaskController.actions.createTestGroup): Respect the custom revision number when custom
1342         revision option is selected.
1343
1344         * public/v2/index.html: Added a text field for specifying a custom revision number.
1345
1346 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1347
1348         Make the site name configurable in perf dashboard
1349         https://bugs.webkit.org/show_bug.cgi?id=149894
1350
1351         Reviewed by Chris Dumez.
1352
1353         Added "siteTitle" as a new configuration key to specify the site name.
1354
1355         * public/include/db.php:
1356         (config): Now takes the default value as an argument.
1357         * public/include/manifest.php:
1358         (ManifestGenerator::generate): Include siteTitle in the manifest.
1359         * public/index.html: Update the title and the heading when the manifest is loaded.
1360         * public/v2/index.html: Use App.Manifest.siteTitle as the heading. document.title needs to be updated manually.
1361         * public/v2/manifest.js: 
1362         (App.MetricSerializer.normalizePayload): Update document.title and App.Manifest.siteTitle.
1363
1364 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1365
1366         Perf dashboard doesn't show analysis tasks anchored at outliers
1367         https://bugs.webkit.org/show_bug.cgi?id=149870
1368
1369         Reviewed by Chris Dumez.
1370
1371         The bug was caused by the computation of start and end times of analysis tasks being dependent on
1372         time series provided to the interactive chart component even though they are already filtered.
1373
1374         Since the interactive chart component shouldn't be messing with the underlying data models, moved
1375         the code to compute start and end times to App.Pane, to where it belongs, and made the moved code use
1376         the unfiltered time series newly exposed on ChartData.
1377
1378         Also fixed a bug in fetch-from-remote.php which resulted in Ember endlessly fetching same JSON files.
1379
1380         * public/admin/fetch-from-remote.php:
1381         (.): Use the full request URI for HTTP requests and caching. Otherwise, we're going to mix up caches
1382         and Ember can start hanging browsers (took me three hours to debug this).
1383
1384         * public/v2/app.js:
1385         (App.Pane._showOutlierChanged): Added. Resets chartData when showOutlier flag has been changed.
1386         (App.Pane.fetchAnalyticRanges): The old code wasn't filtering analysis tasks by platforms and metrics
1387         at all since it relied on the server-side REST API to do the filtering, which I haven't implemented yet.
1388         Filter the results manually instead.
1389         (App.Pane.ranges): Moved the logic to compute startTime and endTime here from InteractiveChartComponent.
1390         (App.PaneController.toggleShowOutlier): Now that App.Pane responds to showOutlier changes, we don't
1391         need to call a private method on it.
1392         (App.AnalysisTaskController._chartDataChanged): When end points are not found, try showing outliers.
1393         This will cause chartData to be modified so just exit early and wait for getting called again.
1394
1395         * public/v2/interactive-chart.js:
1396         (App.InteractiveChartComponent._rangesChanged): The code to compute start and end time has been moved
1397         to App.Pane.ranges.
1398
1399         * public/v2/manifest.js:
1400         (App.Manifest._formatFetchedData): Added unfiltered time series as new properties as they are now used
1401         to compute the end points of analysis tasks when their end points are outliers.
1402
1403 2015-10-07  Ryosuke Niwa  <rniwa@webkit.org>
1404
1405         Unreviewed. Fix a typo in r190645.
1406
1407         * public/include/db.php:
1408
1409 2015-10-06  Ryosuke Niwa  <rniwa@webkit.org>
1410
1411         V2 UI shouldn't sort dashboards lexicologically
1412         https://bugs.webkit.org/show_bug.cgi?id=149856
1413
1414         Reviewed by Chris Dumez.
1415
1416         Don't sort the dashboards by name in App.Manifest.
1417
1418         * public/v2/app.js:
1419         (App.IndexRoute.beforeModel): Don't transition to "undefined" (string) dashboard.
1420         * public/v2/manifest.js:
1421         (App.Manifest.._fetchedManifest):
1422
1423 2015-10-06  Ryosuke Niwa  <rniwa@webkit.org>
1424
1425         V2 UI fails to show the data for the very first point in charts
1426         https://bugs.webkit.org/show_bug.cgi?id=149857
1427
1428         Reviewed by Chris Dumez.
1429
1430         The bug was caused by seriesBetweenPoints returning null for when point.seriesIndex is 0.
1431         Explicitly check the type of this property instead.
1432
1433         * public/v2/data.js:
1434         (TimeSeries.prototype.seriesBetweenPoints):
1435
1436 2015-10-06  Ryosuke Niwa  <rniwa@webkit.org>
1437
1438         Perf dashboard should have the capability to test local UI with production data
1439         https://bugs.webkit.org/show_bug.cgi?id=149834
1440
1441         Reviewed by Chris Dumez.
1442
1443         Added tools/run-with-remote-server.py which runs a local httpd server and pulls data from a remote server.
1444
1445         * Install.md: Added the instruction on how to use the script. Also updated the remaining instructions
1446         for El Capitan.
1447         * config.json: Added remote server configurations.
1448         * public/admin/fetch-from-remote.php: Added. This script fetches JSON from the remote server specified in
1449         config.json and caches the results in the location specified as "cacheDirectory" in config.json.
1450         (main):
1451         (fetch_remote):
1452         * public/include/db.php:
1453         (config_path): Extracted from generate_data_file.
1454         (generate_data_file):
1455         * tools/remote-server-relay.conf: Added. Apache 2.4 configuration file for a local http server launched by
1456         run-with-remote-server.py.
1457         * tools/run-with-remote-server.py: Added. Launches Apache with the right set of directives.
1458         (main):
1459         (abspath_from_root):
1460
1461 2015-07-13  Ryosuke Niwa  <rniwa@webkit.org>
1462
1463         Fix a typo.
1464
1465         * public/js/helper-classes.js:
1466
1467 2015-06-27  Ryosuke Niwa  <rniwa@webkit.org>
1468
1469         build-requests should use conform to JSON API format
1470         https://bugs.webkit.org/show_bug.cgi?id=146375
1471
1472         Reviewed by Stephanie Lewis.
1473
1474         Instead of returning single dictionary that maps root set id to a dictionary of repository names
1475         to revisions, timestamps, simply return root sets and roots "rows" or "objects" as defined in
1476         JSON API (http://jsonapi.org/). This API change makes it easier to resolve the bug 146374 and
1477         matches what we do in /api/test-groups.
1478
1479         Also add the support for /api/build-requests/?id=<id> to fetch the build request with <id>.
1480         This is useful for debugging purposes.
1481
1482         * public/api/build-requests.php:
1483         (main): Added the support for $_GET['id']. Also return "rootSets" and "roots".
1484         (update_builds): Extracted from main.
1485
1486         * public/include/build-requests-fetcher.php:
1487         (BuildRequestFetcher::fetch_request): Added. Used for /api/build-requests/?id=<id>.
1488         (BuildRequestFetcher::results_internal): Always call fetch_roots_for_set_if_needed.
1489         (BuildRequestFetcher::fetch_roots_for_set_if_needed): Renamed from fetch_roots_for_set.
1490         Moved the logic to exit early when the root set had already been fetched here.
1491
1492         * public/v2/analysis.js:
1493         (App.TestGroup._fetchTestResults): Fixed the bug that test groups without any successful results
1494         won't be shown.
1495
1496         * tools/pull-os-versions.py:
1497         (main):
1498         (setup_auth): Moved to util.py
1499
1500         * tools/sync-with-buildbot.py:
1501         (main): Replaced a bunch of perf dashboard related options by --server-config-json.
1502         (update_and_fetch_build_requests): No longer takes build_request_auth since that's now taken care
1503         of by setup_auth.
1504         (organize_root_sets_by_id_and_repository_names): Added. Builds the old rootsSets directory based
1505         on "roots" and "rootSets" dictionaries returned by /api/build-requests.
1506         (config_for_request): Fixed a bug that the script blows up when the build request is missing
1507         the repository specified in the configuration. This tolerance is necessary when a new repository
1508         dependency is added but we want to run A/B tests for old builds without the dependency.
1509         (fetch_json): No longer takes auth.
1510
1511         * tools/util.py:
1512         (setup_auth): Moved from pull-os-versions.py to be shared with sync-with-buildbot.py.
1513
1514 2015-06-23  Ryosuke Niwa  <rniwa@webkit.org>
1515
1516         Build fix. A/B testing is broken when continuous builders report revisions out of order.
1517
1518         * public/v2/app.js:
1519         (App.AnalysisTaskController.Ember.Controller.extend.):
1520
1521 2015-06-22  Ryosuke Niwa  <rniwa@webkit.org>
1522
1523         A/B testing results should be shown even if they were submitted to different platforms
1524         https://bugs.webkit.org/show_bug.cgi?id=146219
1525
1526         Reviewed by Andreas Kling.
1527
1528         Fetch A/B testing results regardless of the platform to which results are submitted
1529         by providing the platform ID to which the results were submitted for each test group.
1530
1531         * public/api/test-groups.php:
1532         (main): Include the platform id in the test groups.
1533         * public/v2/analysis.js:
1534         (App.TestGroup._fetchTestResults): Fetch results from the platform associated with the group.
1535
1536 2015-06-19  Csaba Osztrogonác  <ossy@webkit.org>
1537
1538         Remove unnecessary svn:executable flags
1539         https://bugs.webkit.org/show_bug.cgi?id=146107
1540
1541         Reviewed by Alexey Proskuryakov.
1542
1543         * public/js/helper-classes.js: Removed property svn:executable.
1544         * public/js/jquery.flot.plugins.js: Removed property svn:executable.
1545         * public/v2/app.css: Removed property svn:executable.
1546         * public/v2/app.js: Removed property svn:executable.
1547         * public/v2/chart-pane.css: Removed property svn:executable.
1548         * public/v2/data.js: Removed property svn:executable.
1549         * public/v2/index.html: Removed property svn:executable.
1550         * public/v2/js/d3/LICENSE: Removed property svn:executable.
1551         * public/v2/js/d3/d3.js: Removed property svn:executable.
1552         * public/v2/js/d3/d3.min.js: Removed property svn:executable.
1553         * public/v2/js/ember-data.js: Removed property svn:executable.
1554         * public/v2/js/ember.js: Removed property svn:executable.
1555         * public/v2/js/handlebars.js: Removed property svn:executable.
1556         * public/v2/js/jquery.min.js: Removed property svn:executable.
1557         * public/v2/js/statistics.js: Removed property svn:executable.
1558         * public/v2/manifest.js: Removed property svn:executable.
1559         * public/v2/popup.js: Removed property svn:executable.
1560
1561 2015-06-17  Ryosuke Niwa  <rniwa@webkit.org>
1562
1563         Reading the list of analysis tasks is extremely slow
1564         https://bugs.webkit.org/show_bug.cgi?id=146086
1565
1566         Reviewed by Darin Adler.
1567
1568         The bug was caused by Ember data requesting manifest.js hundreds of times.
1569         Fetch it ahead of time in each route instead.
1570
1571         * public/v2/app.js:
1572         (App.AnalysisRoute.model):
1573         (App.AnalysisTaskRoute.model):
1574
1575 2015-06-17  Ryosuke Niwa  <rniwa@webkit.org>
1576
1577         Update ReadMe.md and Install.md per database changes
1578         https://bugs.webkit.org/show_bug.cgi?id=146076
1579
1580         Reviewed by Darin Adler.
1581
1582         Updated.
1583
1584         * Install.md:
1585         * ReadMe.md:
1586
1587 2015-06-17  Ryosuke Niwa  <rniwa@webkit.org>
1588
1589         Increase the popup dismissal time from 100ms to 500ms
1590         https://bugs.webkit.org/show_bug.cgi?id=146077
1591
1592         Rubber-stamped by Andreas Kling.
1593
1594         * public/v2/popup.js:
1595         (App.PopupView.scheduleHiding):
1596
1597 2015-06-16  Ryosuke Niwa  <rniwa@webkit.org>
1598
1599         v2 UI should have buttons to breakdown a test
1600         https://bugs.webkit.org/show_bug.cgi?id=146010
1601
1602         Reviewed by Chris Dumez.
1603
1604         Added buttons beneath each chart pane to add "alternative panes". By default, it shows every platform
1605         as well as "Breakdown" to add all subtests' metrics.
1606
1607         Also removed the metric submenu from tests that had exactly one metric. When a test only measures Time
1608         for example, we make the test itself clickable instead of showing a submenu that only contains one item.
1609
1610         * public/v2/app.js:
1611         (App.ChartsController.addAlternativePanes): Added.
1612         (App.TestProxyForPopup.children): Calls _updateChildren and returns this._children.
1613         (App.TestProxyForPopup.actionName): Added.
1614         (App.TestProxyForPopup.actionArgument): Added.
1615         (App.TestProxyForPopup._updateChildren): Extracted from children. Now also sets _actionName and
1616         _actionArgument in the case there was exactly one metric so that showing submenu is unnecessary.
1617         (App.PaneController.alternativePanes): Added. Returns the list of alternative panes. The platform list
1618         excludes ones that don't have this metric (e.g. iOS doesn't have desktop PLT results) as well as ones
1619         that are already present in the list of panes.
1620         * public/v2/chart-pane.css: Added CSS rules for alternative pane buttons beneath the chart panes.
1621         * public/v2/index.html:
1622         * public/v2/manifest.js:
1623         (App.Metric.childMetrics): Added.
1624
1625 2015-06-15  Ryosuke Niwa  <rniwa@webkit.org>
1626
1627         Build fix after r185574.
1628
1629         * public/v2/app.js:
1630         (set get App.Pane.Ember.Object.extend.):
1631
1632 2015-06-15  Ryosuke Niwa  <rniwa@webkit.org>
1633
1634         Fix a typo.
1635
1636         * tools/pull-os-versions.py:
1637         (main):
1638
1639 2015-06-15  Ryosuke Niwa  <rniwa@webkit.org>
1640
1641         Perf dashboard should be able to list iOS versions as well as OS X versions
1642         https://bugs.webkit.org/show_bug.cgi?id=146003
1643
1644         Reviewed by Stephanie Lewis.
1645
1646         Generalized pull-osx.py so that it can run an arbitrary shell command to fetch OS versions based on
1647         information specified in config.json.
1648
1649         * tools/pull-os-versions.py: Renamed from pull-osx.py.
1650         (main): Use available_builds_from_command when 'customCommands' is specified.
1651         (available_builds_from_command): Added. Executes a shell command to fetch a list of available builds.
1652         (fetch_available_builds): Now takes the repository name.
1653
1654 2015-06-15  Ryosuke Niwa  <rniwa@webkit.org>
1655
1656         Removed a superfluous console.log per Chris's comment.
1657
1658         * public/v2/app.js:
1659
1660 2015-06-15  Ryosuke Niwa  <rniwa@webkit.org>
1661
1662         Analysis task should show all possible revisions for A/B testing
1663         https://bugs.webkit.org/show_bug.cgi?id=145996
1664
1665         Reviewed by Chris Dumez.
1666
1667         * public/api/commits.php:
1668         (fetch_commits_between): When the time stamp is not available for commits, use revision numbers
1669         to find revisions between two ranges. This is necessary for OS X and iOS versions since they don't
1670         have a "commit time".
1671
1672         * public/v2/app.js:
1673         (App.AnalysisTaskController.updateRootConfigurations): Fetch commits between two end points.
1674         (App.AnalysisTaskController._createConfiguration): Extracted from updateRootConfigurations. List
1675         the fetched list of commits if available.
1676         (App.AnalysisTaskController._serializeNumbersSkippingConsecutiveEntries): Added. Serializes an list
1677         of numbers intelligently. For example, [1, 2, 4, 5] turns into "1-2, 4-5". Without this, some lists
1678         of points shown in the A/B testing configurations become too long. 
1679
1680         * public/v2/commits-viewer.js:
1681         (App.CommitsViewerComponent.commitsChanged):
1682
1683         * public/v2/data.js:
1684         (CommitLogs.fetchCommits): Renamed from fetchForTimeRange.
1685
1686 2015-06-13  Ryosuke Niwa  <rniwa@webkit.org>
1687
1688         Add a script to post new OS X builds to perf dashboard
1689         https://bugs.webkit.org/show_bug.cgi?id=145955
1690
1691         Reviewed by Darin Adler.
1692
1693         Added a new script pull-osx.py and relaxed the restrictions on commits accepted by the dashboard API.
1694
1695         * public/api/report-commits.php:
1696         (main): Allow more characters than [A-Za-z0-9] in revision. e.g. "10.10.3 14D136".
1697         Also allow commits without the author, commit time, and commit message as OS versions do not have those.
1698
1699         * tools/pull-osx.py: Added.
1700         (main): Fetch the list of builds from a website and submit them per submissionSize with submissionInterval.
1701         Once all builds have been submitted, wait for a long time as specified by fetchInterval.
1702         (setup_auth): Sets up basic or digest auth to access the dashboard.
1703         (fetch_available_builds): Fetches and parses the XML document from an internal website.
1704         (textContent): A helper function to get the text content out of a XML node.
1705         (submit_commits): Submits commits to the perf dashboard.
1706
1707         * tools/pull-svn.py:
1708         (fetch_commit):
1709
1710         * tools/util.py: Extracted submit_commits and text_content from pull-svn.py to be reused in pull-osx.py.
1711
1712 2015-06-13  Ryosuke Niwa  <rniwa@webkit.org>
1713
1714         Perf dashboard's v2 UI shouldn't hide auto-detected outliers
1715         https://bugs.webkit.org/show_bug.cgi?id=145940
1716
1717         Reviewed by Darin Adler.
1718
1719         Don't fallback to the default strategies for moving averages and envelope when one is not specified.
1720         Also deleted the code to mark points outside the envelop as outliers.
1721
1722         * public/v2/app.js:
1723
1724 2015-06-12  Ryosuke Niwa  <rniwa@webkit.org>
1725
1726         Unreviewed build fix for merging platforms.
1727
1728         * public/admin/platforms.php:
1729
1730 2015-06-09  Ryosuke Niwa  <rniwa@webkit.org>
1731
1732         Unreviewed build fix. Some builder names are really long.
1733
1734         * init-database.sql:
1735
1736 2015-05-22  Ryosuke Niwa  <rniwa@webkit.org>
1737
1738         Show results and status before revisions for A/B testing results
1739         https://bugs.webkit.org/show_bug.cgi?id=145327
1740
1741         Reviewed by Chris Dumez.
1742
1743         Place the results and the status columns before the columns for revisions.
1744         Also show the absolute difference as well as the relative difference between the averages of A and B.
1745
1746         * public/v2/app.js:
1747         (App.TestGroupPane._populate):
1748         (App.TestGroupPane._computeStatisticalSignificance):
1749         * public/v2/index.html:
1750
1751 2015-05-20  Ryosuke Niwa  <rniwa@webkit.org>
1752
1753         Build fix after r184591.
1754
1755         * public/v2/manifest.js:
1756
1757 2015-05-20  Ryosuke Niwa  <rniwa@webkit.org>
1758
1759         Build fix. Use POSIX timestamp instead of human readable string for the commit time.
1760
1761         * public/include/build-requests-fetcher.php:
1762
1763 2015-05-20  Ryosuke Niwa  <rniwa@webkit.org>
1764
1765         UI to associate bugs with an analysis task is crappy
1766         https://bugs.webkit.org/show_bug.cgi?id=145198
1767
1768         Reviewed by Andreas Kling.
1769
1770         Make the UI less crappy by linkifying bug numbers and adding an explicit button to disassociate
1771         a bug and a separate select view with a text field to associate a new bug instead of implicitly
1772         updating or deleting the existing record based on what the user had typed.
1773
1774         * init-database.sql: Removed the constraint that each bug tracker should appear exactly once for
1775         a given analysis task since it's perfectly reasonable for a given task to be associated with
1776         multiple WebKit bugs.
1777
1778         * public/privileged-api/associate-bug.php:
1779         (main): Only remove the bug specified by newly added bugToDelete instead of implicitly deleting
1780         one that matches the analysis task and the bug tracker when the bug number is falsey.
1781
1782         * public/v2/analysis.js:
1783         (App.Bug.url): Added.
1784         (App.BugAdapter.deleteRecord): Added. Uses the privileged API to delete the record.
1785
1786         * public/v2/app.css:
1787
1788         * public/v2/app.js:
1789         (App.AnalysisTaskController.actions.addBug): Added.
1790         (App.AnalysisTaskController.actions.deleteBug): Added.
1791         (App.AnalysisTaskController.associateBug): Deleted.
1792
1793         * public/v2/index.html: Updated the templates.
1794
1795         * public/v2/manifest.js:
1796         (App.BugTracker.urlFromBugNumber): Added.
1797
1798 2015-05-20  Ryosuke Niwa  <rniwa@webkit.org>
1799
1800         A/B testing rootSets should provide commit times as well as revisions
1801         https://bugs.webkit.org/show_bug.cgi?id=145207
1802
1803         Reviewed by Andreas Kling.
1804
1805         Some continuous build systems need the commit time as well as the revision number / hash so provide one
1806         in the root sets but maintain the backwards compatibility with buildbots that use revision number directly.
1807
1808         * public/include/build-requests-fetcher.php:
1809         (BuildRequestsFetcher::fetch_roots_for_set): Made the revision info an associative array that contains
1810         the revision number as well as the commit time.
1811         * tools/sync-with-buildbot.py:
1812         (schedule_request): Removed "replacement" which was a superfluous copy of "roots". Use "revision" values
1813         when the JSON configuration refers to "root". This is necessary in buildbot instances that require WebKit
1814         revision to be specified on its own field instead of it being a JSON that contains "revision" and "time".
1815
1816 2015-05-19  Ryosuke Niwa  <rniwa@webkit.org>
1817
1818         Build fix. Don't fall into an infinite loop when value (renamed from bytes) is zero.
1819
1820         * public/v2/manifest.js:
1821         (App.Manifest.Ember.Controller.extend.):
1822         (App.Manifest.Ember.Controller.extend):
1823
1824 2015-05-19  Ryosuke Niwa  <rniwa@webkit.org>
1825
1826         Don't show unit (bytes) separaetly from SI suffixes (K, M, etc...)
1827         https://bugs.webkit.org/show_bug.cgi?id=145181
1828
1829         Rubber-stamped by Chris Dumez.
1830
1831         Show 'MB' in each y-axis label instead of showing 'bytes' separately and suffixing each label with just 'M'
1832         for clarity. This change also reduces the code complexity.
1833
1834         * public/index.html:
1835         * public/v2/app.js:
1836         (App.AnalysisTaskController._chartDataChanged):
1837         (App.TestGroupPane._createConfigurationSummary):
1838         * public/v2/data.js:
1839         (RunsData.unitFromMetricName): Use 'B' instead of 'bytes' as the unit.
1840
1841         * public/v2/interactive-chart.js: Removed the support for showing units separately.
1842         (App.InteractiveChartComponent._constructGraphIfPossible):
1843         (App.InteractiveChartComponent._relayoutDataAndAxes)
1844
1845         * public/v2/manifest.js:
1846         (App.Manifest._makeFormatter): Renamed from _formatBytes. Support more SI suffixes such as micro and mili.
1847         Now takes the unit as the first argument. Adjust the base unit if it's 'ms'.
1848         (App.Manifest._formatFetchedData): Removed unit and formatWithUnit now that all all formatters would
1849         automatically include unit.
1850
1851 2015-05-18  Ryosuke Niwa  <rniwa@webkit.org>
1852
1853         REGRESSION: v2 UI reports a higher memory usage
1854         https://bugs.webkit.org/show_bug.cgi?id=145151
1855
1856         Reviewed by Chris Dumez.
1857
1858         The bug was caused by v2 UI using 1000 to divide the number of bytes instead of by 1024 as done in v1.
1859         Fixed the bug by manually implementing the formatter as done in v1.
1860
1861         * public/v2/manifest.js:
1862         (App.Manfiest._formatBytes): Added.
1863         (App.Manifest._formatFetchedData): Use _formatByte instead of format('s').
1864
1865 2015-05-11  Ryosuke Niwa  <rniwa@webkit.org>
1866
1867         Unreviewed build fix. Add "Duration" as a time metric.
1868
1869         * public/js/helper-classes.js:
1870         * public/v2/data.js:
1871         (RunsData.unitFromMetricName):
1872
1873 2015-05-06  Ryosuke Niwa  <rniwa@webkit.org>
1874
1875         Perf dashboard treats Speedometer and JetStream as smaller is better
1876         https://bugs.webkit.org/show_bug.cgi?id=144711
1877
1878         Reviewed by Chris Dumez.
1879
1880         Added the support for "Score" metric.
1881
1882         * public/js/helper-classes.js:
1883         (PerfTestRuns):
1884         * public/v2/data.js:
1885         (RunsData.unitFromMetricName):
1886         (RunsData.isSmallerBetter):
1887
1888 2015-04-23  Ryosuke Niwa  <rniwa@webkit.org>
1889
1890         Build fix after r183232.
1891
1892         * public/include/json-header.php:
1893
1894 2015-04-23  Ryosuke Niwa  <rniwa@webkit.org>
1895
1896         Perf dashboard should automatically detect regressions
1897         https://bugs.webkit.org/show_bug.cgi?id=141443
1898
1899         Reviewed by Anders Carlsson.
1900
1901         Added a node.js script detect-changes.js to detect potential regressions and progressions
1902         on the graphs tracked on v2 dashboards.
1903
1904         * init-database.sql: Added analysis_strategies table and task_segmentation and task_test_range
1905         columns to analysis_tasks to keep the segmentation and test range selection strategies used
1906         to create an analysis task.
1907
1908         * public/api/analysis-tasks.php:
1909         (format_task): Include task_segmentation and analysis_tasks in the results.
1910
1911         * public/include/json-header.php:
1912         (remote_user_name): Returns null when the privileged API is authenticated as a slave instead
1913         of a CSRF prevention token.
1914         (should_authenticate_as_slave): Added.
1915         (ensure_privileged_api_data_and_token_or_slave): Added. Authenticate as a slave if slaveName
1916         and slavePassword are specified. Since detect-changes.js and other slaves are not susceptible
1917         to a CSRF attack, we don't need to check a CSRF token.
1918
1919         * public/privileged-api/create-analysis-task.php:
1920         (main): Use ensure_privileged_api_data_and_token_or_slave to let detect-changes.js create new
1921         analysis task. Also add or find segmentation and test range selection strategies if specified.
1922
1923         * public/privileged-api/create-test-group.php:
1924         (main): Use ensure_privileged_api_data_and_token_or_slave.
1925
1926         * public/privileged-api/generate-csrf-token.php:
1927
1928         * public/v2/app.js:
1929         (App.Pane._computeMovingAverageAndOutliers): _executeStrategy has been moved to Statistics.
1930
1931         * public/v2/data.js: Export Measurement, RunsData, TimeSeries. Used in detect-changes.js.
1932         (Array.prototype.find): Added a polyfill to be used in node.js.
1933         (RunsData.fetchRuns):
1934         (RunsData.pathForFetchingRuns): Extracted from fetchRuns. Used in detect-changes.js.
1935         (RunsData.createRunsDataInResponse): Extracted from App.Manifest._formatFetchedData to use it
1936         in detect-changes.js.
1937         (RunsData.unitFromMetricName): Ditto.
1938         (RunsData.isSmallerBetter): Ditto.
1939         (RunsData.prototype._timeSeriesByTimeInternal): Added secondaryTime to sort points when commit
1940         times are identical.
1941         (TimeSeries): When commit times are identical, order points based on build time. This is needed
1942         for when we trigger two builds at two different OS versions with the same WebKit revision since
1943         OS versions don't change the commit times.
1944         (TimeSeries.prototype.findPointByIndex): Added.
1945         (TimeSeries.prototype.rawValues): Added.
1946
1947         * public/v2/js/statistics.js:
1948         (Statistics.TestRangeSelectionStrategies.[0]): Use the 99% two-sided probability as claimed in the
1949         description of this strategy instead of the default probability. Also fixed a bug that debugging
1950         code was referring to non-existent variables.
1951         (Statistics.executeStrategy): Moved from App.Pane (app.js).
1952
1953         * public/v2/manifest.js:
1954         (App.Manifest._formatFetchedData): Various code has been extracted into RunsData in data.js to be
1955         used in detect-changes.js.
1956
1957         * tools/detect-changes.js: Added. The script fetches the manifest JSON, analyzes each graph in
1958         the v2 dashboards, and creates an analysis task for the latest regression or progression detected.
1959         It also schedules an A/B testing if possible and notifies another server; e.g. to send an email. 
1960         (main): Loads the settings JSON specified in the argument.
1961         (fetchManifestAndAnalyzeData): The main loop that periodically wakes up to do the analysis.
1962         (mapInOrder): Executes callback sequentially (i.e. blocking) on each item in the array.
1963         (configurationsForTesting): Finds every (platform, metric) pair to analyze in the v2 dashbaords,
1964         and computes various values for when statistically significant changes are detected later.
1965         (analyzeConfiguration): Finds potential regressions and progression in the last X days where X
1966         is the specified maximum number of days using the specified strategies. Sort the resultant ranges
1967         in chronological order and create a new analysis task for the very last change we detected. We'll
1968         eventually create an analysis task for all detected changes since we're repeating the analysis in
1969         fetchManifestAndAnalyzeData after some time.
1970         (computeRangesForTesting): Fetch measured values and compute ranges to test using the specified
1971         segmentation and test range selection strategies. Once ranges are found, find overlapping analysis
1972         tasks as they need to be filtered out in analyzeConfiguration to avoid creating multiple analysis
1973         tasks for the same range (e.g. humans may create one before the script gets to do it).
1974         (createAnalysisTaskAndNotify): Create a new analysis task for the specified range, trigger an A/B
1975         testing if available, and notify another server with a HTML message as specified.
1976         (findStrategyByLabel):
1977         (changeTypeForRange): A change is a regression if values are getting larger in a smaller-is-better
1978         test or values are getting smaller in a larger-is-better test and vice versa.
1979         (summarizeRange): Create a human readable string that summarizes the change detected. e.g.
1980         "Potential 3.2% regression detected between 2015-04-20 12:00 and 17:00".
1981         (formatTimeRange):
1982         (getJSON):
1983         (postJSON):
1984         (postNotification): Recursively replaces $title and $massage in the specified JSON template.
1985         (instantiateNotificationTemplate):
1986         (fetchJSON):
1987
1988 2015-04-20  Ryosuke Niwa  <rniwa@webkit.org>
1989
1990         Perf dashboard should have UI to set status on analysis tasks
1991         https://bugs.webkit.org/show_bug.cgi?id=143977
1992
1993         Reviewed by Chris Dumez.
1994
1995         Added the UI to set the result of an analysis task to 'progression', 'regression', 'unchanged', and 'inconclusive'
1996         as well as a boolean indicating whether creating the analysis task was the right thing to do or not.
1997         The latter will be a useful metric once we start automatically creating analysis tasks.
1998
1999         * init-database.sql: Added two columns to analysis_tasks table.
2000         * public/api/analysis-tasks.php: Include the added columns in the JSON.
2001         * public/include/db.php:
2002         (Database::to_database_boolean): Added.
2003         * public/include/json-header.php:
2004         (require_match_one_of_values): Added.
2005         * public/privileged-api/update-analysis-task.php: Added. Updates 'result' and 'needed' values of an analysis task.
2006         (main):
2007         * public/v2/analysis.js:
2008         (App.AnalysisTask.result): Added.
2009         (App.AnalysisTask.needed): Added. We don't use DS.attr('boolean') here since that would coerce null into false
2010         and we want to differentiate null from false in order to differentiate the null-ness of the value.
2011         (App.AnalysisTask.saveStatus): Added.
2012         (App.AnalysisTask.statusLabel): Use 'result' as the label if it's set and all build requests have been processed.
2013         * public/v2/app.css:
2014         * public/v2/app.js:
2015         (App.AnalysisTaskController.analysisResultOptions): Added.
2016         (App.AnalysisTaskController.shouldNotHaveBeenCreated): Added.
2017         (App.AnalysisTaskController.needsFeedback): Added. Show the checkbox to indicate the analysis task should not have
2018         been created if 'no change' is selected.
2019         (App.AnalysisTaskController._updateChosenAnalysisResult): Added.
2020         (App.AnalysisTaskController.actions.saveStatus): Added.
2021         * public/v2/index.html: Extracted a partial template for updating the bug numbers. Also added the UI to update
2022         'result' and 'needed' values of the analysis task.
2023
2024 2015-04-10  Ryosuke Niwa  <rniwa@webkit.org>
2025
2026         Unreviewed build fix. Updated config.json after recent changes.
2027
2028         * config.json:
2029
2030 2015-04-10  Ryosuke Niwa  <rniwa@webkit.org>
2031
2032         Make the analysis page more useful
2033         https://bugs.webkit.org/show_bug.cgi?id=143617
2034
2035         Reviewed by Chris Dumez.
2036
2037         * public/api/analysis-tasks.php:
2038         (fetch_and_push_bugs_to_tasks): Added total and finished numbers of build requests associated
2039         with the fetched analysis tasks as buildRequestCount and finishedBuildRequestCount respectively.
2040         * public/v2/analysis.js:
2041         (App.AnalysisTask.formattedCreatedAt): Added.
2042         (App.AnalysisTask._addLeadingZero): Added.
2043         (App.AnalysisTask.buildRequestCount): Added.
2044         (App.AnalysisTask.finishedBuildRequestCount): Added.
2045         (App.AnalysisTask.statusLabel): Added. Status total and finished numbers of build requests.
2046         (App.AnalysisTask.testGroups):
2047         (App.AnalysisTask.triggerable):
2048         (App.AnalysisTask.label):
2049
2050         * public/v2/app.css: Tweaked style rules for the analysis page.
2051
2052         * public/v2/app.js:
2053         (App.buildPopup): Sort the list of platforms by name.
2054         (App.AnalysisRoute.model): Sort the list of analysis tasks by the order they are created.
2055         (App.AnalysisTaskController._fetchedManifest): Added elementId to associate bug tracker names
2056         such as "Bugzilla" with the corresponding text field.
2057
2058         * public/v2/index.html: Added a bunch of columns to the analysis page and also wrapped the table
2059         showing A/B testing results in a div with overflow: scroll so that it always leaves enough space
2060         for the accompanying graph.
2061
2062 2015-04-09  Ryosuke Niwa  <rniwa@webkit.org>
2063
2064         Perf dashboard should automatically select ranges for A/B testing
2065         https://bugs.webkit.org/show_bug.cgi?id=143580
2066
2067         Reviewed by Chris Dumez.
2068
2069         Added a new statistics option for picking a A/B test range selection strategy.
2070         The selected ranges are shown in the graph using the same UI to show analysis tasks.
2071
2072         * public/v2/app.js:
2073         (App.DashboardPaneProxyForPicker._platformOrMetricIdChanged): Updated the query parameters for
2074         charts page used by the dashboard since we've added a new parameter at the end.
2075         (App.Pane.ranges): Added. Merges ranges created for analysis tasks and A/B testing.
2076         (App.Pane.updateStatisticsTools): Clone and set the test range selection strategies.
2077         (App.Pane._cloneStrategy): Copy isSegmentation.
2078         (App.Pane._updateMovingAverageAndEnvelope): Set testRangeCandidates.
2079         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Update the charts when a new text range
2080         selection strategy is picked by the user.
2081         (App.Pane._computeMovingAverageAndOutliers): Compute the test ranges using the chosen strategy.
2082         Avoid going through isAnomalyArray when no anomaly detection strategy is enabled. Also changed
2083         the return value from the moving average time series to a dictionary that contains the moving
2084         average time series, a dictionary of anomalies, and an array of test ranges.
2085         (App.ChartsController._parsePaneList): Parse the test range selection strategy configuration.
2086         (App.ChartsController._serializePaneList): Ditto for serialization.
2087         (App.ChartsController._scheduleQueryStringUpdate): Update the URL hash when the user picks a new
2088         test range selection strategy.
2089
2090         * public/v2/chart-pane.css: Fixed a typo as well as added a CSS rule for test ranges markers.
2091
2092         * public/v2/index.html: Added UI for selecting a test range selection strategy.
2093
2094         * public/v2/interactive-chart.js:
2095         (App.InteractiveChartComponent._rangesChanged): Pass down "status" to be used as a class name.
2096
2097         * public/v2/js/statistics.js:
2098         (Statistics.MovingAverageStrategies): Added isSegmentation to segmentation strategies.
2099         (Statistics.TestRangeSelectionStrategies): Added.
2100
2101 2015-04-08  Ryosuke Niwa  <rniwa@webkit.org>
2102
2103         The results of A/B testing should state statistical significance
2104         https://bugs.webkit.org/show_bug.cgi?id=143552
2105
2106         Reviewed by Chris Dumez.
2107
2108         Added statistical comparisons between results for each configuration on analysis task page using
2109         Welch's t-test. The probability as well as t-statistics and the degrees of freedoms are reported.
2110
2111         * public/v2/app.js:
2112         (App.TestGroupPane._populate): Report the list of statistical comparison between every pair of
2113         root configurations in the results. e.g. if we've got A, B, C configurations then compare A/B, A/C
2114         and B/C.
2115         (App.TestGroupPane._computeStatisticalSignificance): Compute the statistical significance using
2116         Welch's t-test. Report the probability by which two samples do not come from the same distribution.
2117         (App.TestGroupPane._createConfigurationSummary): Include the array of results for this configuration.
2118         Also renamed "items" to "requests" for clarity.
2119
2120         * public/v2/index.html: Added the template for showing statistical comparisons.
2121
2122         * public/v2/js/statistics.js: Renamed tDistributionQuantiles to tDistributionByOneSidedProbability
2123         for clarity. Also factored out the functions to convert from one-sided probability to two-sided
2124         probability and vice versa.
2125         (Statistics.supportedConfidenceIntervalProbabilities):
2126         (Statistics.confidenceIntervalDelta):
2127         (Statistics.probabilityRangeForWelchsT): Added. Computes the lower bound and the upper bound for
2128         the probability that two values are sampled from distinct distributions using Welch's t-test.
2129         (Statistics.computeWelchsT): This function now takes two-sided probability like all other functions.
2130         (.tDistributionByOneSidedProbability): Renamed from tDistributionQuantiles.
2131         (.oneSidedToTwoSidedProbability): Extracted.
2132         (.twoSidedToOneSidedProbability): Extracted.
2133         (Statistics.MovingAverageStrategies): Converted the one-sided probability to the two-sided probability
2134         now that computeWelchsT takes two-sided probability.
2135
2136 2015-04-08  Ryosuke Niwa  <rniwa@webkit.org>
2137
2138         Unreviewed fix after r182496 for when the cached runs JSON doesn't exist.
2139
2140         * public/v2/app.js:
2141         (App.Pane._fetch):
2142         (App.Pane.refetchRuns):
2143
2144 2015-04-07  Ryosuke Niwa  <rniwa@webkit.org>
2145
2146         Perf dashboard should have a way of marking outliers
2147         https://bugs.webkit.org/show_bug.cgi?id=143466
2148
2149         Reviewed by Chris Dumez.
2150
2151         Address kling's in-person comment to notify users when the new run status is saved in the database.
2152
2153         * public/v2/app.js:
2154         (App.PaneController._selectedItemIsMarkedOutlierDidChange)
2155         * public/v2/chart-pane.css: Fixed a typo.
2156
2157 2015-04-07  Ryosuke Niwa  <rniwa@webkit.org>
2158
2159         Perf dashboard should have a way of marking outliers
2160         https://bugs.webkit.org/show_bug.cgi?id=143466
2161
2162         Reviewed by Chris Dumez.
2163
2164         Added UI to mark a data point as an outlier as well as a button to toggle the visibility of outliers.
2165         Added a new privileged API /privileged-api/update-run-status to store this boolean flag.
2166
2167         * init-database.sql: Added run_marked_outlier column to test_runs table.
2168
2169         * public/admin/tests.php:
2170
2171         * public/api/runs.php:
2172         (main): Only emit Cache-Control and Expires headers in v1 UI.
2173         (RunsGenerator::format_run): Emit markedOutlier.
2174
2175         * public/include/admin-header.php:
2176
2177         * public/include/db.php:
2178         (Database::is_true): Made it static.
2179
2180         * public/include/manifest.php:
2181         (Manifest::platforms):
2182
2183         * public/index.html: Call into /api/runs/ with ?cache=true.
2184
2185         * public/privileged-api/update-run-status.php: Added.
2186         (main): Updates the newly added column in test_runs table.
2187
2188         * public/v2/app.js:
2189         (App.Pane._fetch):
2190         (App.Pane.refetchRuns): Extracted from App.Pane._fetch.
2191         (App.Pane._didFetchRuns): Renamed from _updateChartData.
2192         (App.Pane._setNewChartData): Added. Pick the right time series based based on the value of showOutlier.
2193         Cloning chartData is necessary when toggling the outlier visibility or using statistics tools because
2194         the interactive chart component only observes changes to chartData and not individual properties of it.
2195         (App.Pane._highlightPointsMarkedAsOutlier): Added. Highlight points marked as outliers.
2196         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Call to _setNewChartData replaced the code to
2197         clone chartData here.
2198
2199         (App.PaneController.actions.toggleShowOutlier): Toggle the visibility of points marked as outliers by
2200         invoking App.Pane._setNewChartData.
2201         (App.PaneController._detailsChanged): Don't hide the analysis pane when details changed since keep
2202         opening the pane for marking points as outliers would be annoying.
2203         (App.PaneController._updateCanAnalyze): Update 'cannotMarkOutlier' as well as 'cannotAnalyze'.
2204         (App.PaneController.selectedMeasurement): Added.
2205         (App.PaneController.showOutlierTitle): Added.
2206         (App.PaneController._selectedItemIsMarkedOutlierDidChange): Added. Call out to setMarkedOutlier to
2207         mark the selected point as an outlier via the newly added privileged API.
2208
2209         * public/v2/chart-pane.css: Updated styles.
2210
2211         * public/v2/data.js:
2212         (PrivilegedAPI._post): Report the semantic errors.
2213         (Measurement.prototype.markedOutlier): Added.
2214         (Measurement.prototype.setMarkedOutlier): Added. Uses PrivilegedAPI to update the database.
2215         (RunsData.prototype.timeSeriesByCommitTime): Added a new argument, includeOutliers, to indicate
2216         whether the time series should include measurements marked as outliers or not.
2217         (RunsData.prototype.timeSeriesByBuildTime): Ditto.
2218         (RunsData.prototype._timeSeriesByTimeInternal): Extracted from timeSeriesByCommitTime and
2219         timeSeriesByBuildTime to share code. Now ignores measurements marked as outliers if needed.
2220
2221         * public/v2/index.html: Added an icon for showing and hiding outliers. Also added a checkbox to
2222         mark individual points as outliers.
2223
2224         * public/v2/interactive-chart.js:
2225         (App.InteractiveChartComponent._selectClosestPointToMouseAsCurrentItem): Re-enable the distance
2226         heuristics that takes vertical closeness into account. This heuristics is more useful when marking
2227         some points as outliers. This heuristics was disabled because the behavior was unpredictable but
2228         with the arrow key navigation support, this is no longer an issue.
2229
2230         * public/v2/manifest.js:
2231         (App.Manifest._formatFetchedData): Added showOutlier to the chart data. This function dynamically
2232         updates the time series in this chart data in order to include or exclude outliers.
2233
2234 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2235
2236         Perf dashboard should be able to trigger A/B testing jobs for iOS
2237         https://bugs.webkit.org/show_bug.cgi?id=143398
2238
2239         Reviewed by Chris Dumez.
2240
2241         Fix various bugs in the perf dashboard so that it can schedule A/B testing jobs for iOS.
2242
2243         Also generalized sync-with-buildbot.py slightly to meet the requirements of iOS builders.
2244
2245         * public/api/triggerables.php:
2246         (main): Avoid spitting a warning when $id_to_triggerable doesn't contain the triggerable.
2247         * public/v2/analysis.js:
2248         (App.AnalysisTask.triggerable): Log an error when failed to fetch triggerables for debugging purposes.
2249         * public/v2/app.js:
2250         (App.AnalysisTaskController.updateRootConfigurations): Show 'None' when a revision is missing from
2251         some of the data points. This will happen when we modify the list of projects we build for iOS.
2252         (App.AnalysisTaskController.actions.createTestGroup): Gracefully fail by showing alerts when an user
2253         attempts to create an invalid test group; when there is already another test group of the same or when
2254         only either configuration specifies the revision for some repository.
2255         (App.AnalysisTaskController._updateRootsBySelectedPoints): Fixed a typo: sets[i] -> set.
2256         * public/v2/index.html: Don't show the form to create a new test group if it's not available.
2257         * tools/sync-with-buildbot.py:
2258         (find_request_updates):
2259         (schedule_request): iOS builders take a JSON that contains the list of roots. Generate this JSON when
2260         a dictionary of the form {rootsExcluding: ["WebKit"]} is specified. Also replaced the way we refer to
2261         a revision from $-based text replacements to an explicit dictionary of the form {root: "WebKit"}.
2262         (request_id_from_build): Don't hard code the parameter name here. Retrieve the name from the config.
2263
2264 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2265
2266         Add time series segmentation algorithms as moving averages
2267         https://bugs.webkit.org/show_bug.cgi?id=143362
2268
2269         Reviewed by Chris Dumez.
2270
2271         This patch implements two preliminary time series segmentation algorithms as moving averages.
2272
2273         Recursive t-test: Compute Welch's t-statistic at each point in a given segment of the time series.
2274         If Welch's t-test implicates a statistically significance difference, then split the segment into two
2275         sub segments with the maximum t-statistic (i.e. the point at which if split would yield the highest
2276         probability that two segments do not share the same "underlying" mean in classical / frequentist sense).
2277         We repeat this process recursively. See [1] for the evaluation of this particular algorithm.
2278
2279         Schwarz criterion: Use Schwarz or Bayesian information criterion to heuristically find the optimal
2280         segmentation. Intuitively, the problem of finding the best segmentation comes down to minimizing the
2281         residual sum of squares in each segment as in linear regressions. That is, for a given segment with
2282         values y_1 through y_n with mean y_avg, we want to minimize the sum of (y_i - y_avg)^2 over i = 1
2283         through i = n. However, we also don't want to split every data point into a separate segment so we need
2284         to account the "cost" of introducing new segments. We use a cost function that's loosely based on two
2285         models discussed in [2] for simplicity. We will tune this cost function further in the future.
2286
2287         The problem of finding the best segmentation then reduces to a search problem. Unfortunately, our problem
2288         space is exponential with respect to the size of the time series since we could split at each data point.
2289         We workaround this problem by first splitting the time series into a manageable smaller grids, and only
2290         considering segmentation of a fixed size (i.e. the number of segments is constant). Since time series
2291         tend to contain a lot more data points than segments, this strategy finds the optimal solution without
2292         exploring much of the problem space.
2293
2294         Finding the optimal segmentation of a fixed size is, itself, another search problem that is equivalent to
2295         finding the shortest path of a fixed length in DAG. Here, we use dynamic programming with a matrix of size
2296         n by n where n is the length of the time series (grid). Each entry in this matrix at (i, k) stores
2297         the minimum cost of segmenting data points 1 through i using k segments. We start our search at i = 1.
2298         Clearly C(1, 0) = 0 (note the actual code uses 0-based index). In i-th iteration, we compute the cost
2299         S(i, j) of each segment starting at i and ending at another point j after i and update C(j, k + 1) by
2300         min( C(j, k + 1), C(i, k) + S(i, j) ) for all values of j above i.
2301
2302         [1] Kensuke Fukuda, H. Eugene Stanley, and Luis A. Nunes Amaral, "Heuristic segmentation of
2303         a nonstationary time series", Physical Review E 69, 021108 (2004)
2304
2305         [2] Marc Lavielle, Gilles Teyssi`ere, "Detection of Multiple Change–Points in Multivariate Time Series"
2306         Lithuanian Mathematical Journal, vol 46, 2006
2307
2308         * public/v2/index.html: Show the optional description for the chosen moving average strategy.
2309         * public/v2/js/statistics.js:
2310         (Statistics.testWelchsT):
2311         (Statistics.computeWelchsT): Extracted from testWelchsT. Generalized to take the offset and the length
2312         of each value array between which Welch's t-statistic is computed. This generalization helps the
2313         Schwarz criterion segmentation algorithm avoid splitting values array O(n^2) times.
2314         (.sampleMeanAndVarianceForValues): Ditto for the generalization.
2315         (.recursivelySplitIntoTwoSegmentsAtMaxTIfSignificantlyDifferent): Added. Implements recursive t-test.
2316         (.splitIntoSegmentsUntilGoodEnough): Added. Implements Schwarz criterion.
2317         (.findOptimalSegmentation): Added. Implements the algorithm to find the optimal segmentation of a fixed
2318         segment count.
2319         (.SampleVarianceUpperTriangularMatrix): Added. Stores S(i, j) used by findOptimalSegmentation.
2320         (.SampleVarianceUpperTriangularMatrix.prototype.costBetween): Added.
2321
2322 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2323
2324         REGRESSION: Perf dashboard sometimes fails to update zooming level
2325         https://bugs.webkit.org/show_bug.cgi?id=143359
2326
2327         Reviewed by Darin Adler.
2328
2329         The bug was caused by various bugs that ended up in an exception.
2330
2331         * public/v2/app.js:
2332         (App.Pane._handleFetchErrors): Removed superfluous console.log.
2333         (App.Pane.computeStatus): Fixed the bug in r182185 that previousPoint could be null.
2334         (App.PaneController.actions.zoomed): Update the overview when the main chart triggered a zoom.
2335         * public/v2/index.html: Replaced all instances of href="#" by href="javascript:false" to avoid navigating
2336         to # when Ember.js fails to attach event listeners on time.
2337         * public/v2/interactive-chart.js:
2338         (App.InteractiveChartComponent._updateDimensionsIfNeeded): Avoid using a negative width or height when
2339         the containing element's size is 0.
2340         (App.InteractiveChartComponent._updateBrush): Ditto.
2341
2342 2015-04-02  Ryosuke Niwa  <rniwa@webkit.org>
2343
2344         Perf dashboard should have UI to test out anomaly detection strategies
2345         https://bugs.webkit.org/show_bug.cgi?id=143290
2346
2347         Reviewed by Benjamin Poulain.
2348
2349         Added the UI to select anomaly detection strategies. The detected anomalies are highlighted in the graph.
2350
2351         Implemented the Western Electric Rules 1 through 4 in http://en.wikipedia.org/wiki/Western_Electric_rules
2352         as well as Welch's t-test that compares the last five points to the prior twenty points.
2353
2354         The latter is what Mozilla uses (or at least did in the past) to detect performance regressions on their
2355         performance tests although they compare medians instead of means.
2356
2357         All of these strategies don't quite work for us since our data points are too noisy but this is a good start.
2358
2359         * public/v2/app.js:
2360         (App.Pane.updateStatisticsTools): Clone anomaly detection strategies.
2361         (App.Pane._updateMovingAverageAndEnvelope): Highlight anomalies detected by the enabled strategies.
2362         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Observe changes to anomaly detection strategies.
2363         (App.Pane._computeMovingAverageAndOutliers): Detect anomalies by each strategy and aggregate results.
2364         Only report the first data point when multiple consecutive data points are detected as anomalies.
2365         * public/v2/chart-pane.css: Updated styles.
2366         * public/v2/index.html: Added the pane for selecting anomaly detection strategies.
2367         * public/v2/js/statistics.js:
2368         (Statistics.testWelchsT): Added. Implements Welch's t-test.
2369         (.sampleMeanAndVarianceForValues): Added.
2370         (.createWesternElectricRule): Added.
2371         (.countValuesOnSameSide): Added.
2372         (Statistics.AnomalyDetectionStrategy): Added.
2373
2374 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
2375
2376         REGRESSION: Searching commits can highlight wrong data points
2377         https://bugs.webkit.org/show_bug.cgi?id=143272
2378
2379         Reviewed by Antti Koivisto.
2380
2381         The bug was caused by /api/commits returning commit times with millisecond precision whereas /api/runs
2382         return commit times with only second precision. This resulted in the frontend code to match a commit
2383         with the data point that included the next commit when the millisecond component of commit's timestamp
2384         wasn't identically 0.
2385
2386         This discrepancy was caused by the fact PHP's strtotime only ignores milliseconds and /api/commits
2387         was returning timestamp as string instead of parsing via Database::to_js_time as done in /api/runs
2388         so miliseconds component was only preserved in /api/commits.
2389
2390         Fixed the bug by always using Database::to_js_time to return commit time. Also fixed to_js_time so that
2391         it returns time in milisecond precision.
2392
2393         * public/api/commits.php:
2394         (fetch_commits_between): Use Database::to_js_time for format commit times.
2395         (format_commit): Ditto.
2396         * public/include/db.php:
2397         (Database::to_js_time): Parse and append millisecond component. Ignore sub-milliseconds for simplicity.
2398         * public/v2/data.js:
2399         (CommitLogs.fetchForTimeRange): The commit time is now an integer so don't call "replace" on it.
2400
2401 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
2402
2403         Perf dashboard should show relative change in values
2404         https://bugs.webkit.org/show_bug.cgi?id=143252
2405
2406         Reviewed by Antti Koivisto.
2407
2408         When a range of values are selected, show the percentage difference between the start and the end
2409         in addition to the absolute value difference. When a single point is selected, show the relative
2410         difference with respect to the previous point. Use two significant figures and always show plus sign
2411         when the difference is positive.
2412
2413         * public/v2/app.js: Compute and format the relative difference.
2414         * public/v2/chart-pane.css: Don't let commits view shrink itself when they're all collapsed.
2415         * public/v2/index.html: Show the relative difference.
2416
2417 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
2418
2419         REGRESSION(r180000): Changing moving average or enveloping strategy doesn't update the graph
2420         https://bugs.webkit.org/show_bug.cgi?id=143254
2421
2422         Reviewed by Antti Koivisto.
2423         
2424         The bug was caused by App.Pane no longer replacing 'chartData' property when updating the moving average
2425         or the enveloping values. Fixed the bug by creating a new chartData object when the strategy is changed
2426         so that the interactive chart component will observe a change to 'chartData'.
2427
2428         * public/v2/app.js:
2429         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Added.
2430
2431 2015-03-19  Ryosuke Niwa  <rniwa@webkit.org>
2432
2433         Unreviewed build fixes.
2434
2435         * public/include/manifest.php:
2436         (Manifest::generate): These should be {} instead of [] when they're empty.
2437         * public/v2/data.js:
2438         (Measurement.prototype.formattedRevisions): Don't assume previousRevisions[repositoryId] exits.
2439         * public/v2/manifest.js:
2440         (App.Metric.fullName): Fixed the typo.
2441         * tests/admin-regenerate-manifest.js: Fixed the test.
2442
2443 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
2444
2445         Commit the erroneously reverted change.
2446
2447         * public/api/runs.php:
2448         (RunsGenerator::results): 
2449
2450 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
2451
2452         Loading the perf dashboard takes multiple seconds
2453         https://bugs.webkit.org/show_bug.cgi?id=141860
2454
2455         Reviewed by Andreas Kling.
2456
2457         This patch introduces the caches of JSON files returned by /api/ in /data/ directory. It also records
2458         the last time test_runs rows associated with the requested platforms and metrics are inserted, updated,
2459         or removed in the caches as well as the manifest JSON files ("last modified time"). Because the manifest
2460         is regenerated each time a new test result is reported, the front end can compare last modified time in
2461         the manifest file with that in a /api/runs JSON cache to detect the stale-ness.
2462
2463         More concretely, the front end first optimistically fetches the JSON in /data/. If the cache doesn't exit
2464         or the last modified time in the cache doesn't match with that in the manifest file, it would fetch it
2465         again via /api/runs. In the case the cache did exist, we render the charts based on the cache meanwhile.
2466         This dramatically reduces the perceived latency for the page load since charts are drawn immediately using
2467         the cache and we would only re-render the charts as new up-to-date JSON comes in.
2468
2469         This patch also changes the format of runs JSONs by pushing the exiting properties into 'configurations'
2470         and adding 'lastModified' and 'elapsedTime' at the top level.
2471
2472         * init-database.sql: Added config_runs_last_modified to test_configurations table as well as a trigger to
2473         auto-update this column upon changes to test_runs table.
2474
2475         * public/admin/test-configurations.php:
2476         (add_run): Regenerate the manifest file to invalidate the /api/runs JSON cache.
2477         (delete_run): Ditto.
2478
2479         * public/api/runs.php:
2480         (main): Fetch all columns of test_configurations table including config_runs_last_modified. Also generate
2481         the cache in /data/ directory.
2482         (RunsGenerator::__construct): Compute the last modified time for this (platform, metric) pair.
2483         (RunsGenerator::results): Put the old content in 'configurations' property and include 'lastModified' and
2484         'elapsedTime' properties. 'elapsedTime' is added for debugging purposes.
2485         (RunsGenerator::add_runs):
2486         (RunsGenerator::parse_revisions_array):
2487
2488         * public/include/db.php:
2489         (CONFIG_DIR): Added.
2490         (generate_data_file): Added based on ManifestGenerator::store.
2491         (Database::to_js_time): Extracted from RunsGenerator::add_runs to share code.
2492
2493         * public/include/json-header.php:
2494         (echo_success): Renamed from success_json. Return the serialized JSON instead of echo'ing it so that we can
2495         generate caches in /api/runs/.
2496         (exit_with_success):
2497
2498         * public/include/manifest.php:
2499         (ManifestGenerator::generate): Added 'elapsedTime' property for the time taken to generate the manifest.
2500         It seems like we're generating it in 200-300ms for now so that's good.
2501         (ManifestGenerator::store): Uses generate_data_file.
2502         (ManifestGenerator::platforms): Added 'lastModified' array to each platform entry. This array contains the
2503         last modified time for each (platform, metric) pair.
2504
2505         * public/index.html:
2506         (fetchTest): Updated per the format change in runs JSON.
2507
2508         * public/v2/app.js:
2509         (App.Pane._fetch): Fetch the cached JSON first. Refetch the uncached version if instructed as such.
2510         (App.Pane._updateChartData): Extracted from App.Pane._fetch.
2511         (App.Pane._handleFetchErrors): Ditto.
2512
2513         * public/v2/data.js:
2514         (RunsData.fetchRuns): Takes the fourth argument indicating whether we should fetch the cached version or not.
2515         The cached JSON is located in /data/ with the same filename. When fetching a cached JSON results in 404,
2516         fulfill the promise with null as the result instead of rejecting it. The only client of this function which
2517         sets useCache to true is App.Manifest.fetchRunsWithPlatformAndMetric, and it handles this special case.
2518
2519         * public/v2/manifest.js:
2520         (App.DateArrayTransform): Added. Handles the array of last modified dates in platform objects.
2521         (App.Platform.lastModifiedTimeForMetric): Added. Returns the last modified date in the manifest JSON.
2522         (App.Manifest.fetchRunsWithPlatformAndMetric): Takes "useCache" like RunsData.fetchRuns. Set shouldRefetch
2523         to true if response is null (the cache didn't exit) or the cache is out-of-date.
2524         (App.Manifest._formatFetchedData): Extracted from App.Manifest.fetchRunsWithPlatformAndMetric.
2525
2526         * run-tests.js:
2527         (initializeDatabase): Avoid splitting function definitions in the middle.
2528
2529         * tests/api-report.js: Added tests to verify that reporting new test results updates the last modified time
2530         in test_configurations.
2531
2532 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
2533
2534         REGRESSION(r180333): Analysis tasks can't be associated with bugs
2535         https://bugs.webkit.org/show_bug.cgi?id=141858
2536
2537         Reviewed by Andreas Kling.
2538
2539         Added back the erroneously removed table to associate bugs. Also moved "details-table-container" div outside
2540         of the chart-details partial template as it needs to wrap associate bugs in analysis task pages.
2541
2542         * public/v2/chart-pane.css:
2543         * public/v2/index.html:
2544
2545 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
2546
2547         Selecting revisions for A/B testing is hard
2548         https://bugs.webkit.org/show_bug.cgi?id=141824
2549
2550         Reviewed by Andreas Kling.
2551
2552         Update the revisions used in A/B testing based on the selection in the overview chart. This allows users to
2553         intuitively select revisions based on points shown in the chart. Removed the old select elements used to
2554         select A/B testing points manually.
2555
2556         Also renamed 'testSets' to 'configurations', 'roots' to 'rootConfigurations', and 'revisions' in each root's
2557         sets to 'options' for clarity.
2558
2559         * public/v2/app.css: Reorganized style rules. 
2560
2561         * public/v2/app.js:
2562         (App.AnalysisTaskController):
2563         (App.AnalysisTaskController._taskUpdated): Merged updateTestGroupPanes.
2564         (App.AnalysisTaskController._chartDataChanged): Renamed from paneDomain. It's now an observer instead of
2565         a property, which sets 'overviewDomain' property as well as other properties.
2566         (App.AnalysisTaskController.updateRootConfigurations): Renamed from updateRoots.
2567         (App.AnalysisTaskController._updateRootsBySelectedPoints): Added. Select roots based on the selected points
2568         in the overview chart.
2569
2570         * public/v2/chart-pane.css: Added arrows next to the configuration names (e.g. 'A') to indicate whether
2571         individual build requests / test results are shown or not.
2572
2573         * public/v2/index.html: Removed the select element per configuration column. Also moved the select element
2574         for the number of runs as it doesn't belong in the same table as the one that lists repositories and roots.
2575
2576 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
2577
2578         Unreviewed test fixes after r179037, r179591, and r179763.
2579
2580         * tests/admin-regenerate-manifest.js:
2581         * tests/admin-reprocess-report.js:
2582
2583 2015-02-19  Ryosuke Niwa  <rniwa@webkit.org>
2584
2585         Relationship between A/B testing results are unclear
2586         https://bugs.webkit.org/show_bug.cgi?id=141810
2587
2588         Reviewed by Andreas Kling.
2589
2590         Show a "reference chart" indicating which two points have been tested in each test group pane.
2591
2592         Now the chart shown at the top of an analysis task page is called the "overview pane", and we use the pane
2593         and the domain used in this chart to show charts in each test group.
2594
2595         Also renamed an array of revisions used in the A/B test results tables from 'revisions' to 'revisionList'.
2596
2597         * public/v2/analysis.js:
2598         (App.TestGroup._fetchTestResults): Renamed from _fetchChartData. Set 'testResults' instead of 'chartData'
2599         since this is the results of A/B testing results, not the data for charts shown next to them.
2600
2601         * public/v2/app.css: Added CSS rules for reference charts.
2602
2603         * public/v2/app.js:
2604         (App.AnalysisTaskController.paneDomain): Set 'overviewPane' and 'overviewDomain' on each test group pane.
2605         (App.TestGroupPane._populate): Updated per 'chartData' to 'testResults' rename.
2606         (App.TestGroupPane._updateReferenceChart): Get the chart data via the overview pane and find points that
2607         identically matches root sets. If one of configuration used a set of revisions for which no measurement
2608         was made in the original chart, don't show the reference chart as that would be misleading / confusing.
2609         (App.TestGroupPane._computeRepositoryList): Updated per 'chartData' to 'testResults' rename.
2610         (App.TestGroupPane._createConfigurationSummary): Ditto. Also renamed 'revisions' to 'revisionList'.
2611         In addition, renamed 'buildNumber' to 'buildLabel' and prefixed it with "Build ".
2612
2613         * public/v2/data.js:
2614         (Measurement.prototype.revisionForRepository): Added.
2615         (Measurement.prototype.commitTimeForRepository): Cleanup.
2616         (TimeSeries.prototype.findPointByRevisions): Added. Finds a point based on a set of revisions.
2617
2618         * public/v2/index.html: Added the reference chart. Streamlined the status label for each build request
2619         by including the build number in the title attribute instead of in the markup.
2620
2621         * public/v2/interactive-chart.js:
2622         (App.InteractiveChartComponent._updateDomain): Fixed a typo introduced as a consequence of r179913.
2623         (App.InteractiveChartComponent._computeYAxisDomain): Expand the y-axis to show the highlighted points.
2624         (App.InteractiveChartComponent._highlightedItemsChanged): Adjust the y-axis as needed.
2625
2626 2015-02-18  Ryosuke Niwa  <rniwa@webkit.org>
2627
2628         Analysis task pages are unusable
2629         https://bugs.webkit.org/show_bug.cgi?id=141786
2630
2631         Reviewed by Andreas Kling.
2632
2633         This patch makes following improvements to analysis task pages:
2634         1. Making the main chart interactive. This change required the use of App.Pane as well as moving the code to
2635         compute the data for the details pane from PaneController.
2636         2. Moving the form to add a new test group to the top of test groups instead of the bottom of them.
2637         3. Grouping the build requests in each test group by root sets instead of the order by which they were ran.
2638         This change required the creation of App.TestGroupPane as well as its methods.
2639         4. Show a box plot for each root set configuration as well as each build request. This change required
2640         App.BoxPlotComponent.
2641         5. Show revisions of each repository (e.g. WebKit) for each root set and build request.
2642
2643         * public/api/build-requests.php:
2644         (main): Update per the rename of BuildRequestsFetcher::root_sets to BuildRequestsFetcher::root_sets_by_id.
2645
2646         * public/api/test-groups.php:
2647         (main): Include root sets and roots in the response.
2648         (format_test_group):
2649
2650         * public/include/build-requests-fetcher.php:
2651         (BuildRequestsFetcher::root_sets_by_id): Renamed from root_sets.
2652         (BuildRequestsFetcher::root_sets): Added.
2653         (BuildRequestsFetcher::roots): Added.
2654         (BuildRequestsFetcher::fetch_roots_for_set): Takes a boolean argument $resolve_ids. This flag is only set to
2655         true in /api/build-requests/ (as done prior to this patch) to use repository names as identifiers since
2656         tools/sync-with-buildbot.py can't convert repository names to their ids.
2657
2658         * public/v2/analysis.js:
2659         (App.Root): Added.
2660         (App.RootSet): Added.
2661         (App.RootSet.revisionForRepository): Added.
2662         (App.TestGroup.rootSets): Deleted the code to compute root set ids from build requests now that the JSON
2663         response at /api/test-groups will include them.
2664         (App.BuildRequest): Ditto. Also deleted 'configLetter' property, which has been moved to a proxy created by
2665         _createConfigurationSummary.
2666         (App.BuildRequest.statusLabel): Use 'Completed' as the human readable label for 'completed' status.
2667         (App.BuildRequest.aggregateStatuses): Added. Generates a human readable status for a set of build requests.
2668
2669         * public/v2/app.css: Updated style rules for analysis task pages.
2670
2671         * public/v2/app.js:
2672         (App.Pane): This class is now used in analysis task pages to make the main chart interactive.
2673         (App.Pane._updateDetails): Moved from App.PaneController.
2674
2675         (App.PaneController._updateCanAnalyze): Updated the code per the move of selectedPoints.
2676
2677         (App.AnalysisTaskController): Added 'details'.
2678         (App.AnalysisTaskController._taskUpdated):
2679         (App.AnalysisTaskController.paneDomain):Renamed from _fetchedRuns.
2680         (App.AnalysisTaskController.updateTestGroupPanes): Added. Creates App.TestGroupPane for each test group.
2681         (App.AnalysisTaskController.actions.toggleShowRequestList): Added.
2682
2683         (App.TestGroupPane): Added.
2684         (App.TestGroupPane._populate): Added. Group build requests by root sets and create a summary for each group.
2685         (App.TestGroupPane._computeRepositoryList): Added. Returns a sorted list of repositories which is the union
2686         of all repositories appearing in root sets and builds associated with A/B testing results.
2687         (App.TestGroupPane._groupRequestsByConfigurations): Added. Groups build requests by root sets.
2688         (App.TestGroupPane._createConfigurationSummary): Added. Creates a summary for a group of build requests that
2689         use the same root set. We start by wrapping "raw" build requests in a proxy with formatted values,
2690         build numbers, etc... obtained from the fetched chart data. The list of revisions shown in the group summary
2691         is a union of revisions in the root set and the first build request in the group. We null-out revision info
2692         for a build request if it is identical to the one in the summary. The range of values is expanded as needed
2693         by the values in the group as well as 95% percentile confidence interval.
2694
2695         (App.BoxPlotComponent): Added. Controls a box plot shown for each test group summary and build request.
2696         (App.BoxPlotComponent.didInsertElement): Added. Inserts a SVG element as well as two indicator rects to show
2697         the mean and the confidence interval.
2698         (App.BoxPlotComponent._updateBars): Added. Updates the dimensions of the indicator rects.
2699         (App.BoxPlotComponent.valueChanged): Added. Computes the relative dimensions of the indicator rects and
2700         calls _updateBars to update the rects.
2701
2702         * public/v2/chart-pane.css: Added some style rules to be used in the details pane in analysis task pages.
2703
2704         * public/v2/data.js:
2705         (Measurement.prototype.formattedRevisions):
2706         (Measurement.formatRevisionRange): Renamed from Measurement.prototype._formatRevisionRange so that it can be
2707         called in _createConfigurationSummary.
2708
2709         * public/v2/index.html: Updated the templates for analysis task pages. Moved the form to create a new test
2710         group above all test groups, and replaced the list of data points by "details" pane used in the charts page.
2711         Also made the fetching of chartData no longer block showing of test groups.
2712
2713         * public/v2/interactive-chart.js:
2714         (App.InteractiveChartComponent._updateDomain): Added an early exit to fix a newly revealed race condition.
2715         (App.InteractiveChartComponent._domainChanged): Ditto.
2716         (App.InteractiveChartComponent._updateSelectionToolbar): Made it respect 'zoomable' boolean property.
2717
2718         * public/v2/js/statistics.js:
2719         (Statistics.min): Added.
2720         (Statistics.max): Added.
2721
2722         * public/v2/manifest.js:
2723         (App.Manifest.fetchRunsWithPlatformAndMetric): Added formatWithDeltaAndUnit to be used in _createConfigurationSummary.
2724
2725 2015-02-14  Ryosuke Niwa  <rniwa@webkit.org>
2726
2727         Build URL on new perf dashboard doesn't resolve $builderName
2728         https://bugs.webkit.org/show_bug.cgi?id=141583
2729
2730         Reviewed by Darin Adler.
2731
2732         Support $builderName in the build URL template.
2733
2734         * public/js/helper-classes.js:
2735         (TestBuild.buildUrl): Replaced $builderName with the builder name.
2736
2737         * public/v2/manifest.js:
2738         (App.Metric.fullName): Fixed the typo. We need &ni, not &in.
2739         (App.BuilderurlFromBuildNumber): Replaced $builderName with the builder name.
2740
2741 2015-02-13  Ryosuke Niwa  <rniwa@webkit.org>
2742
2743         Unreviewed build fix after r179591.
2744
2745         * public/api/commits.php:
2746
2747 2015-02-13  Ryosuke Niwa  <rniwa@webkit.org>
2748
2749         The status of a A/B testing request always eventually becomes "Failed"
2750         https://bugs.webkit.org/show_bug.cgi?id=141523
2751
2752         Reviewed by Andreas Kling.
2753
2754         The bug was caused by /api/build-requests always setting the status of a build request to 'failed' when
2755         'failedIfNotCompleted' was sent by the buildbot sync'er.
2756
2757         Fixed the bug by only setting the status to 'failed' if it wasn't set to 'completed'.
2758
2759         * public/api/build-requests.php:
2760         (main):
2761
2762 2015-02-13  Csaba Osztrogonác  <ossy@webkit.org>
2763
2764         Unreviewed, remove empty directories.
2765
2766         * public/data: Removed.
2767
2768 2015-02-12  Ryosuke Niwa  <rniwa@webkit.org>
2769
2770         Perf dashboard should show the results of A/B testing
2771         https://bugs.webkit.org/show_bug.cgi?id=141500
2772
2773         Reviewed by Chris Dumez.
2774
2775         Added the support for fetching test_runs for a specific test group in /api/runs/, and used it in the
2776         analysis task page to fetch results for each test group.
2777
2778         Merged App.createChartData into App.Manifest.fetchRunsWithPlatformAndMetric so that App.BuildRequest
2779         can use the formatter.
2780
2781         * public/api/runs.php:
2782         (fetch_runs_for_config_and_test_group): Added.
2783         (fetch_runs_for_config): Just return the fetched rows since main will format them with RunsGenerator.
2784         (main): Use fetch_runs_for_config_and_test_group to fetch rows when a test group id is specified. Also
2785         use RunsGenerator to format results.
2786         (RunsGenerator): Added.
2787         (RunsGenerator::__construct): Added.
2788         (RunsGenerator::add_runs): Added.
2789         (RunsGenerator::format_run): Moved.
2790         (RunsGenerator::parse_revisions_array): Moved.
2791
2792         * public/v2/analysis.js:
2793         (App.TestGroup): Fixed a typo. The property on a test group that refers to an analysis task is "task".
2794         (App.TestGroup._fetchChartData): Added. Fetches all A/B testing results for this group.
2795         (App.BuildRequest.configLetter): Renamed from config since this returns a letter that identifies the
2796         configuration associated with this build request such as "A" and "B".
2797         (App.BuildRequest.statusLabel): Added the missing label for failed build requests.
2798         (App.BuildRequest.url): Added. Returns the URL associated with this build request.
2799         (App.BuildRequest._meanFetched): Added. Retrieve the mean and the build number for this request via
2800         _fetchChartData.
2801
2802         * public/v2/app.js:
2803         (App.Pane._fetch): Set chartData directly here.
2804         (App.Pane._updateMovingAverageAndEnvelope): Renamed from _computeChartData. No longer sets chartData
2805         now that it's done in App.Pane._fetch.
2806         (App.AnalysisTaskController._fetchedRuns): Updated per createChartData merge.
2807
2808         * public/v2/data.js:
2809         (Measurement.prototype.buildId): Added.
2810         (TimeSeries.prototype.findPointByBuild): Added.
2811
2812         * public/v2/index.html: Fixed a bug that build status URL was broken. We can't use link-to helper since
2813         url is not an Ember routed path.
2814
2815         * public/v2/manifest.js:
2816         (App.Manifest.fetchRunsWithPlatformAndMetric): Takes testGroupId as the third argument. Merged
2817         App.createChartData here so that App.BuildRequest can use the formatter
2818
2819 2015-02-12  Ryosuke Niwa  <rniwa@webkit.org>
2820
2821         v2 UI should adjust the number of ticks on dashboards based on screen size
2822         https://bugs.webkit.org/show_bug.cgi?id=141502
2823
2824         Reviewed by Chris Dumez.
2825
2826         * public/v2/interactive-chart.js:
2827         (App.InteractiveChartComponent._updateDimensionsIfNeeded): Compute the number of ticks based on the
2828         content size.
2829
2830 2015-02-11  Ryosuke Niwa  <rniwa@webkit.org>
2831
2832         New perf dashboard shows too much space around interesting data points
2833         https://bugs.webkit.org/show_bug.cgi?id=141487
2834
2835         Reviewed by Chris Dumez.
2836
2837         Revise the y-axis range adjustment algorithm in r179913. Instead of showing the entire moving average,
2838         show the current time series excluding points in the series outside the moving average envelope.
2839
2840         * public/v2/app.js:
2841         (App.Pane._computeChartData): Don't deal with missing moving average or enveloping strategy here.
2842         (App.Pane._computeMovingAverageAndOutliers): Set isOutliner to true on all data points in the current
2843         time series if the point lies outside the moving average envelope. Don't expose the moving average or
2844         the envelope computed for this purpose if they're not set by the user.
2845
2846         * public/v2/data.js:
2847         (TimeSeries.prototype.minMaxForTimeRange): Takes a boolean argument, ignoreOutlier. When the flag is set
2848         to true, min/max computation will ignore any point in the series with non-falsy "isOutliner" property.
2849
2850         * public/v2/interactive-chart.js:
2851         (App.InteractiveChartComponent._constructGraphIfPossible): Unsupport hideMovingAverage and hideEnvelope.
2852         (App.InteractiveChartComponent._computeYAxisDomain): Removed the commented out code. Also moved the code
2853         to deal with showFullYAxis here.
2854         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Rewrote the code. Takes ignoreOutliners as an
2855         argument instead of directly inspecting showFullYAxis.
2856
2857 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2858
2859         New perf dashboard shouldn't always show outliners
2860         https://bugs.webkit.org/show_bug.cgi?id=141445
2861
2862         Reviewed by Chris Dumez.
2863
2864         Use the simple moving average with an average difference envelope to compute the y-axis range to show
2865         to avoid expanding it spuriously to show one off outlier.
2866
2867         * public/v2/app.js:
2868         (App.Pane): Don't show the full y-axis range by default.
2869         (App.Pane._computeChartData): Use the first strategies for the moving average and the enveloping if
2870         one is not specified by the user but without showing them in the charts.
2871         (App.Pane._computeMovingAverage): Takes moving average and enveloping strategies as arguments instead
2872         of retrieving via chosenMovingAverageStrategy and chosenEnvelopingStrategy.
2873
2874         (App.ChartsController._parsePaneList): Added showFullYAxis as a query string argument to each pane.
2875         (App.ChartsController._serializePaneList): Ditto.
2876
2877         * public/v2/chart-pane.css: Added a CSS rule for when y-axis is clickable.
2878
2879         * public/v2/index.html: Pass in showFullYAxis as an argument to the main interactive chart.
2880
2881         * public/v2/interactive-chart.js:
2882         (App.InteractiveChartComponent._constructGraphIfPossible): Add an event listener on y-axis labels when
2883         the chart is interactive so that toggle showFullYAxis. Also hide the moving average and/or the envelope
2884         if they are not specified by the user (i.e. only used to adjust y-axis range).
2885         (App.InteractiveChartComponent._updateDomain): Don't exit early if y-axis domains are different even if
2886         x-axis domain remained the same. Without this change, the charts would never redraw.
2887         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Use the moving average instead of the current
2888         time series to compute the y-axis range if showFullYAxis is false. When showFullYAxis is true, expand
2889         y-axis all the way down to 0 or the minimum value in the current time series whichever is smaller.
2890
2891         * public/v2/js/statistics.js:
2892         (Statistics.MovingAverageStrategies): Use a wider window in Simple Moving Average by default.
2893
2894 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2895
2896         Unreviewed build fix.
2897
2898         * public/v2/app.js:
2899         (set get App.Pane.Ember.Object.extend):
2900
2901 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2902
2903         New perf dashboard should have the ability to overlay moving average with an envelope
2904         https://bugs.webkit.org/show_bug.cgi?id=141438
2905
2906         Reviewed by Andreas Kling.
2907
2908         This patch adds three kinds of moving average strategies and two kinds of enveloping strategies:
2909
2910         Simple Moving Average - The moving average x̄_i of x_i is computed as the arithmetic mean of values
2911         from x_(i - n) though x_(i + m) where n is a non-negative integer and m is a positive integer. It takes
2912         n, backward window size, and m, forward window size, as an argument.
2913
2914         Cumulative Moving Average - x̄_i is computed as the arithmetic mean of all values x_0 though x_i.
2915         That is, x̄_1 = x_1 and x̄_i = ((i - 1) * M_(i - 1) + x_i) / i for all i > 1.
2916
2917         Exponential Moving Average - x̄_i is computed as the weighted average of x_i and x̄_(i - 1) with α as
2918         an argument specifying x_i's weight. To be precise, x̄_1 = x_1 and x̄_i = α * x_i + (α - 1) x̄_(i-1).
2919
2920
2921         Average Difference - The enveloping delta d is computed as the arithmetic mean of the difference
2922         between each x_i and x̄_i.
2923
2924         Moving Average Standard Deviation - d is computed like the standard deviation except the deviation
2925         for each term is measured from the moving average instead of the sample arithmetic mean. i.e. it uses
2926         the average of (x_i - x̄_i)^2 as the "sample variance" instead of the conventional (x_i - x̄)^2 where
2927         x̄ is the sample mean of all x_i's. This change was necessary since our time series is non-stationary.
2928
2929
2930         Each strategy is cloned for an App.Pane instance so that its parameterList can be configured per pane.
2931         The configuration of the currently chosen strategies is saved in the query string for convenience.
2932
2933         Also added the "stat pane" to choose a moving average strategy and a enveloping strategy in each pane.
2934
2935         * public/v2/app.css: Specify the fill color for all SVG groups in the pane toolbar icons.
2936
2937         * public/v2/app.js:
2938         (App.Pane._fetch): Delegate the creation of 'chartData' to _computeChartData.
2939         (App.Pane.updateStatisticsTools): Added. Clones moving average and enveloping strategies for this pane.
2940         (App.Pane._cloneStrategy): Added. Clones a strategy for a new pane.
2941         (App.Pane._configureStrategy): Added. Finds and configures a strategy from the configuration retrieved
2942         from the query string via ChartsController.
2943         (App.Pane._computeChartData): Added. Creates chartData from fetchedData.
2944         (App.Pane._computeMovingAverage): Added. Computes the moving average and the envelope.
2945         (App.Pane._executeStrategy): Added.
2946         (App.Pane._updateStrategyConfigIfNeeded): Pushes the strategy configurations to the query string via
2947         ChartsController.
2948         (App.ChartsController._parsePaneList): Merged the query string arguments for the range and point
2949         selections, and added two new arguments for the moving average and the enveloping configurations.
2950         (App.ChartsController._serializePaneList): Ditto.
2951         (App.ChartsController._scheduleQueryStringUpdate): Observes strategy configurations.
2952         (App.PaneController.actions.toggleBugsPane): Hides the stat pane.
2953         (App.PaneController.actions.toggleSearchPane): Hides the stat pane.
2954         (App.PaneController.actions.toggleStatPane): Added.
2955
2956         * public/v2/chart-pane.css: Added CSS rules for the new stat pane. Also added .foreground class for the
2957         current (as opposed to baseline and target) time series for when it's the most foreground graph without
2958         moving average and its envelope overlapping on top of it.
2959
2960         * public/v2/index.html: Added the templates for the stat pane and the corresponding icon (Σ).
2961
2962         * public/v2/interactive-chart.js:
2963         (App.InteractiveChartComponent.chartDataDidChange): Unset _totalWidth and _totalHeight to avoid exiting
2964         early inside _updateDimensionsIfNeeded when chartData changes after the initial layout.
2965         (App.InteractiveChartComponent.didInsertElement): Attach event listeners here instead of inside
2966         _constructGraphIfPossible since that could be called multiple times on the same SVG element.
2967         (App.InteractiveChartComponent._constructGraphIfPossible): Clear down the old SVG element we created
2968         but don't bother removing individual paths and circles. Added the code to show the moving average time
2969         series when there is one. Also add "foreground" class on SVG elements for the current time series when
2970         we're not showing the moving average. chart-pane.css has been updated to "dim down" the current time
2971         series when "foreground" is not set.
2972         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Take the moving average time series into
2973         account when computing the y-axis range.
2974         (App.InteractiveChartComponent._brushChanged): Removed 'selectionIsLocked' argument as it's useless.
2975
2976         * public/v2/js/statistics.js:
2977         (Statistics.MovingAverageStrategies): Added.
2978         (Statistics.EnvelopingStrategies): Added.
2979
2980 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
2981
2982         The delta value in the chart pane sometimes doens't show '+' for a positive delta
2983         https://bugs.webkit.org/show_bug.cgi?id=141340
2984
2985         Reviewed by Andreas Kling.
2986
2987         The bug was caused by computeStatus prefixing the value delta with '+' if it's greater than 0 after
2988         it had already been formatted. Fixed the bug by using a formatter that always emits a sign symbol.
2989
2990         * public/v2/app.js:
2991         (App.Pane.computeStatus):
2992         (App.createChartData):
2993
2994 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
2995
2996         Unreviewed build fix. currentPoint wasn't defined when selectedPoints was used to find points.
2997
2998         * public/v2/app.js:
2999         (App.PaneController._updateDetails):
3000
3001 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
3002
3003         Unreviewed. Commit the forgotten change.
3004
3005         * public/include/manifest.php:
3006
3007 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
3008
3009         New perf dashboard should have multiple dashboard pages
3010         https://bugs.webkit.org/show_bug.cgi?id=141339
3011
3012         Reviewed by Chris Dumez.
3013
3014         Added the support for multiple dashboard pages. Also added the status of the latest data point.
3015         e.g. "5% better than target"
3016
3017         * public/v2/app.css: Tweaked the styles to work around the fact Ember.js creates empty script elements.
3018         Also hid the border lines around charts on the dashboard page for a cleaner look.
3019
3020         * public/v2/app.js:
3021         (App.IndexRoute): Added. Navigate to /dashboard/<defaultDashboardName> once the manifest.json is loaded.
3022         (App.IndexRoute.beforeModel): Added.
3023         (App.DashboardRoute): Added.
3024         (App.DashboardRoute.model): Added. Return the dashboard specified by the name.
3025         (App.CustomDashboardRoute): Added. This route is used for a customized dashboard specified by "grid".
3026         (App.CustomDashboardRoute.model): Create a dashboard model from "grid" query parameter.
3027         (App.CustomDashboardRoute.renderTemplate): Use the dashboard template.
3028         (App.DashboardController): Renamed from App.IndexController.
3029         (App.DashboardController.modelChanged): Renamed from gridChanged. Removed the code to deal with "grid"
3030         and "defaultDashboard" as these are taken care of by newly added routers.
3031         (App.DashboardController.computeGrid): Renamed from updateGrid. No longer updates "grid" since this is
3032         now done in actions.toggleEditMode.
3033         (App.DashboardController.actions.toggleEditMode): Navigate to CustomDashboardRoute when start editing
3034         an existing dashboard.
3035
3036         (App.Pane.computeStatus): Moved from App.PaneController so that to be called in App.Pane.latestStatus.
3037         Also moved the code to compute the delta with respect to the previous data point from _updateDetails.
3038         (App.Pane._relativeDifferentToLaterPointInTimeSeries): Ditto.
3039         (App.Pane.latestStatus): Added. Used by the dashboard template to show the status of the latest result.
3040
3041         (App.createChartData): Added deltaFormatter to show less significant digits for differences.
3042
3043         (App.PaneController._updateDetails): Updated per changes to computeStatus.
3044
3045         * public/v2/chart-pane.css: Added style rules for the status labels on the dashboard.
3046
3047         * public/v2/data.js:
3048         (TimeSeries.prototype.lastPoint): Added.
3049
3050         * public/v2/index.html: Prefetch manifest.json as soon as possible, show the latest data points' status
3051         on the dashboard, and enumerate all predefined dashboards.
3052
3053         * public/v2/interactive-chart.js:
3054         (App.InteractiveChartComponent._relayoutDataAndAxes): Slightly adjust the offset at which we show unit
3055         for the dashboard page.
3056
3057         * public/v2/manifest.js:
3058         (App.Dashboard): Inherit from App.NameLabelModel now that each predefined dashboard has a name.
3059         (App.MetricSerializer.normalizePayload): Parse all predefined dashboards instead of a single dashboard.
3060         IDs are generated for each dashboard for forward compatibility.
3061         (App.Manifest):
3062         (App.Manifest.dashboardByName): Added.
3063         (App.Manifest.defaultDashboardName): Added.
3064         (App.Manifest._fetchedManifest): Create dashboard model objects for all predefined ones.
3065
3066 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
3067
3068         Move commits viewer to the end of details view
3069         https://bugs.webkit.org/show_bug.cgi?id=141315
3070
3071         Rubber-stamped by Andreas Kling.
3072
3073         Show the difference instead of the old value per kling's request.
3074
3075         * public/v2/app.js:
3076         (App.PaneController._updateDetails):
3077         * public/v2/index.html:
3078
3079 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
3080
3081         Move commits viewer to the end of details view
3082         https://bugs.webkit.org/show_bug.cgi?id=141315
3083
3084         Reviewed by Andreas Kling.
3085
3086         Improved the way list of commits are shown per kling's request.
3087
3088         * public/v2/app.js:
3089         (App.PaneController._updateDetails): Always show the old value even when a single point is selected.
3090
3091         * public/v2/chart-pane.css: Updated the style for the commits viewer.
3092
3093         * public/v2/commits-viewer.js:
3094         (App.CommitsViewerComponent): Added "visible" property to hide the list of commits.
3095         (App.CommitsViewerComponent.actions.toggleVisibility): Added. Toggles "visible" property.
3096
3097         * public/v2/index.html: Updated the template for commits viewer to support "visible" property. Also
3098         moved the commits viewers out of the details tables so that they don't interleave revision data.
3099
3100 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
3101
3102         New perf dashboard should compare results to baseline and target
3103         https://bugs.webkit.org/show_bug.cgi?id=141286
3104
3105         Reviewed by Chris Dumez.
3106
3107         Compare the selected value against baseline and target values as done in v1. e.g. "5% below target"
3108         Also use d3.format to format the selected value to show four significant figures.
3109
3110         * public/v2/app.js:
3111         (App.Pane.searchCommit):
3112         (App.Pane._fetch): Create time series here via createChartData so that _computeStatus can use them
3113         to compute the status text without having to recreate them.
3114         (App.createChartData): Added.
3115         (App.PaneController._updateDetails): Use 3d.format on current and old values.
3116         (App.PaneController._computeStatus): Added. Computes the status text.
3117         (App.PaneController._relativeDifferentToLaterPointInTimeSeries): Added.
3118         (App.AnalysisTaskController._fetchedManifest): Use createChartData as done in App.Pane._fetch. Also
3119         format the values using chartData.formatter.
3120
3121         * public/v2/chart-pane.css: Enlarge the status text. Show the status text in red if it's worse than
3122         the baseline and in blue if it's better than the target.
3123
3124         * public/v2/data.js:
3125         (TimeSeries.prototype.findPointAfterTime): Added.
3126
3127         * public/v2/index.html: Added a new tbody for the status text and the selected value. Also fixed
3128         the bug that we were not showing the old value's unit.
3129
3130         * public/v2/interactive-chart.js:
3131         (App.InteractiveChartComponent._constructGraphIfPossible): Use chartData.formatter. Also cleaned up
3132         the code to show the baseline and the target lines.
3133
3134         * public/v2/manifest.js:
3135         (App.Manifest.fetchRunsWithPlatformAndMetric): Added smallerIsBetter.
3136
3137 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
3138
3139         Unreviewed build fix.
3140
3141         * public/v2/app.js:
3142         (App.IndexController.gridChanged): Use store.createRecord to create a custom dashboard as required by Ember.js
3143
3144 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3145
3146         New perf dashboard doesn't preserve the number of days when clicking on a dashboard chart
3147         https://bugs.webkit.org/show_bug.cgi?id=141280
3148
3149         Reviewed by Chris Dumez.
3150
3151         Fixed the bug by passing in "since" as a query parameter to the charts page.
3152
3153         Also fixed the styling issue that manifests when a JSON fetching fails on "Dashboard" page.
3154
3155         * public/v2/app.css: Fixed CSS rules for error messages shown in the place of charts.
3156         * public/v2/app.js:
3157         (App.IndexController): Changed the default number of days from one month to one week.
3158         (App.IndexController._sharedDomainChanged): Set "since" property on the controller.
3159         * public/v2/index.html: Pass in "since" property on the controller as a query parameter.
3160
3161 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3162
3163         New perf dashboard erroneously clears zoom when poping history items
3164         https://bugs.webkit.org/show_bug.cgi?id=141278
3165
3166         Reviewed by Chris Dumez.
3167
3168         The bug was caused by _sharedZoomChanged updating overviewSelection without updating mainPlotDomain.
3169
3170         Updating overviewSelection resulted in _overviewSelectionChanged, which observes changes to overviewSelection,
3171         to schedule a call to propagateZoom, which in turn overrode "sharedZoom" we just parsed from the query string.
3172
3173         * public/v2/app.js:
3174         (App.PaneController._overviewSelectionChanged): Don't schedule propagateZoom if the selected domain is already
3175         shown in the main plot.
3176         (App.PaneController._sharedZoomChanged): Set both overviewSelection and mainPlotDomain to avoid overriding
3177         "sharedZoom" via propagateZoom inside _overviewSelectionChanged.
3178
3179 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3180
3181         New perf dashboard shows null as the aggregator name if no aggregation is done
3182         https://bugs.webkit.org/show_bug.cgi?id=141256
3183
3184         Reviewed by Chris Dumez.
3185
3186         Don't show the aggregator name if there isn't one.
3187
3188         * public/v2/manifest.js:
3189         (App.Metric.label):
3190
3191 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3192
3193         Unreviewed build fix after r179611.
3194
3195         * public/v2/interactive-chart.js:
3196
3197 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3198
3199         Perf dashboard doesn’t show the right unit for Safari UI tests
3200         https://bugs.webkit.org/show_bug.cgi?id=141238
3201
3202         Reviewed by Darin Adler.
3203
3204         Safari UI tests use custom metrics that end with "Time". This patch teaches the perf dashboard how to
3205         get the unit for a given metric based on the suffix of the metric name instead of hard-coding the mapping
3206         between metrics and their units.
3207
3208         * public/js/helper-classes.js:
3209         (PerfTestRuns): Use the suffix of the metric name to compute the unit.
3210         * public/v2/manifest.js:
3211         (App.Manifest.fetchRunsWithPlatformAndMetric): Ditto. Also set "useSI" property iff for "bytes".
3212         * public/v2/interactive-chart.js:
3213         (App.InteractiveChartComponent._constructGraphIfPossible): Respect useSI. Use toPrecision(3) otherwise.
3214         (App.InteractiveChartComponent._relayoutDataAndAxes): Place the unit vertically on the left of ticks.
3215
3216 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
3217
3218         Interactive chart component provides two duplicate API for highlighting points
3219         https://bugs.webkit.org/show_bug.cgi?id=141234
3220
3221         Reviewed by Chris Dumez.
3222
3223         Prior to this patch, the interactive chart component supported highlightedItems for finding commits
3224         on the main charts page and markedPoints to show the two end points in the analysis task page.
3225
3226         This patch merges markedPoints into highlightedItems. 
3227
3228         * public/v2/app.js:
3229         (App.AnalysisTaskController._fetchedRuns): Use highlightedItems.
3230         * public/v2/chart-pane.css:
3231         * public/v2/index.html: Ditto.
3232         * public/v2/interactive-chart.js: 
3233         (App.InteractiveChartComponent._constructGraphIfPossible): Make this._highlights an array instead of
3234         array of arrays. Also call _highlightedItemsChanged at the end to fix the bug that we never highlight
3235         items if highlightedItems was set before the initial layout.
3236         (App.InteractiveChartComponent._relayoutDataAndAxes):
3237         (App.InteractiveChartComponent._updateHighlightPositions): Now that highlights are circles instead of
3238         vertical lines, just set cx and cy as done for other "dots".
3239         (App.InteractiveChartComponent._highlightedItemsChanged): Exit early only if _clippedContainer wasn't
3240         already set; i.e. _constructGraphIfPossible hasn't been called. Also updated the logic to accommodate
3241         the fact this._highlights is an array of elements instead of an array of arrays of elements. Finally,
3242         set the radius of highlight circles here.
3243
3244 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
3245
3246         Don’t use repository names as id’s.
3247         https://bugs.webkit.org/show_bug.cgi?id=141226
3248
3249         Reviewed by Chris Dumez.
3250
3251         Not using repository names as their id's reduces the need to fetch the entire repositories table.
3252         Since names of repositories are available in manifest.json, we can resolve their names in the front end.
3253
3254         * Websites/perf.webkit.org/public/api/runs.php:
3255         (parse_revisions_array): No longer uses $repository_id_to_name.
3256         (main): No longer populates $repository_id_to_name.
3257
3258         * Websites/perf.webkit.org/public/api/triggerables.php:
3259         (main): Don't resolve repository names.
3260
3261         * Websites/perf.webkit.org/public/include/manifest.php:
3262         (ManifestGenerator::repositories): Use repositories ids as keys in the result and include their names.
3263         (ManifestGenerator::bug_trackers): Don't resolve repository names.
3264
3265         * Websites/perf.webkit.org/public/js/helper-classes.js:
3266         (TestBuild): Renamed repositoryName to repositoryId.
3267         (TestBuild.revision): Ditto.
3268         (TestBuild.formattedRevisions): Ditto. Continue to use the repository name in the formatted result
3269         since this is the text shown to human.
3270
3271         * Websites/perf.webkit.org/public/v2/app.js:
3272         (App.pane.searchCommit): Renamed repositoryName to repositoryId.
3273         (App.PaneController._updateDetails): Ditto.
3274         (App.AnalysisTaskController.updateRoots): Ditto.
3275
3276         * Websites/perf.webkit.org/public/v2/data.js:
3277         (Measurement): Ditto.
3278         (Measurement.prototype.commitTimeForRepository): Ditto.
3279         (Measurement.prototype.formattedRevisions): Ditto.
3280
3281         * Websites/perf.webkit.org/public/v2/index.html: Use the repository name and the repository id as
3282         select element's label and value respectively.
3283
3284 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
3285
3286         Unreviewed build fix. Declare $repository_id_to_name in the global scope.
3287
3288         * public/api/runs.php:
3289
3290 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
3291
3292         /api/runs.php should have main function
3293         https://bugs.webkit.org/show_bug.cgi?id=141220
3294
3295         Reviewed by Benjamin Poulain.
3296
3297         Wrapped the code inside main function for clarity.
3298
3299         * public/api/runs.php:
3300
3301 2015-01-27  Ryosuke Niwa  <rniwa@webkit.org>
3302
3303         Unreviewed build fix. "eta" isn't set on a in-progress build on a newly added builder.
3304
3305         * tools/sync-with-buildbot.py:
3306         (find_request_updates):
3307
3308 2015-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3309
3310         Perf dashboard always assigns the result of A/B testing with build request 1
3311         https://bugs.webkit.org/show_bug.cgi?id=140382
3312
3313         Reviewed by Darin Adler.
3314
3315         The bug was caused by the expression array_get($report, 'jobId') or array_get($report, 'buildRequest')
3316         which always evaluated to 1 when the report contained jobId. Fixed the bug by cascading array_get instead.
3317
3318         Also fixed a typo as well as a bug that reports were never associated with builds.
3319
3320         * public/include/report-processor.php:
3321         (ReportProcessor::process): Don't use "or" to find the non-null value since that always evaluates to 1
3322         instead of the first non-null value.
3323         (ReportProcessor::resolve_build_id): Fixed the typo by adding the missing "$this->".
3324         (ReportProcessor::commit): Associate the report with the corresponding build as intended.
3325
3326 2015-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3327
3328         Unreviewed typo fix. The prefix in triggerable_configurations is "trigconfig", not "trigrepo".
3329
3330         * public/admin/tests.php:
3331
3332 2015-01-10  Ryosuke Niwa  <rniwa@webkit.org>
3333
3334         Unreviewed build fix. Removed the stale code.
3335
3336         * public/admin/triggerables.php:
3337
3338 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
3339
3340         Perf dashboard should have the ability to post A/B testing builds
3341         https://bugs.webkit.org/show_bug.cgi?id=140317
3342
3343         Rubber-stamped by Simon Fraser.
3344
3345         This patch adds the support for triggering A/B testing from the perf dashboard.
3346
3347         We add a few new tables to the database. "build_triggerables", which represents a set of builders
3348         that accept A/B testing. "triggerable_repositories" associates each "triggerable" with a fixed set
3349         of repositories for which an arbitrary revision can be specified for A/B testing.
3350         "triggerable_configurations" specifies a triggerable available on a given test on a given platform.
3351         "roots" table which specifies the revision used in a given root set in each repository.
3352
3353         * init-database.sql: Added "build_triggerables", "triggerable_repositories",
3354         "triggerable_configurations", and "roots" tables. Added references to "build_triggerables",
3355         "platforms", and "tests" tables as well as columns to store status, status url, and creation time
3356         to build_requests table. Also made each test group's name unique in a given analysis task as it
3357         would be confusing to have multiple test groups of the same name.
3358
3359         * public/admin/tests.php: Added the UI and the code to associate a test with a triggerable.
3360
3361         * public/admin/triggerables.php: Added. Manages the list of triggerables as well as repositories
3362         for which a specific revision can be set in an A/B testing on a given triggerable.
3363
3364         * public/api/build-requests.php: Added. Returns the list of open build requests on a specified
3365         triggerable. Also updates the status' and the status urls of specified build requests when
3366         buildRequestUpdates is provided in the raw POST data.
3367         (main):
3368
3369         * public/api/runs.php:
3370         (fetch_runs_for_config): Don't include results associated with a build request, meaning they are
3371         results of an A/B testing.
3372
3373         * public/api/test-groups.php:
3374         (main): Use the newly added BuildRequestsFetcher. Also merged fetch_test_groups_for_task back.
3375
3376         * public/api/triggerables.php: Added.
3377         (main): Returns a list of triggerables or a triggerable associated with a given analysis task.
3378
3379         * public/include/admin-header.php:
3380
3381         * public/include/build-requests-fetcher.php: Added. Extracted from public/api/test-groups.php.
3382         (BuildRequestsFetcher): This class abstracts the process of fetching a list of builds requests
3383         and root sets used in those requests.D
3384         (BuildRequestsFetcher::__construct):
3385         (BuildRequestsFetcher::fetch_for_task):
3386         (BuildRequestsFetcher::fetch_for_group):
3387         (BuildRequestsFetcher::fetch_incomplete_requests_for_triggerable):
3388         (BuildRequestsFetcher::has_results):
3389         (BuildRequestsFetcher::results):
3390         (BuildRequestsFetcher::results_with_resolved_ids):
3391         (BuildRequestsFetcher::results_internal):
3392         (BuildRequestsFetcher::root_sets):
3393         (BuildRequestsFetcher::fetch_roots_for_set):
3394
3395         * public/include/db.php:
3396         (Database::prefixed_column_names): Don't return "$prefix_" when there are no columns.
3397         (Database::insert_row): Support taking an empty array for values. This is useful in "root_sets"
3398         table since it only has the primary key, id, column.
3399         (Database::select_or_insert_row):
3400         (Database::update_or_insert_row):
3401         (Database::update_row): Added.
3402         (Database::_select_update_or_insert_row): Takes an extra argument specifying whether a new row
3403         should be inserted when no row matches the specified criteria. This is used while updating
3404         build_requests' status and url in public/api/build-requests.php since we shouldn't be inserting
3405         new build requests in that API.
3406         (Database::select_rows): Also use "1 == 1" in the select query when the query criteria is empty.
3407         This is used in public/api/triggerables.php when no analysis task is specified.
3408
3409         * public/include/json-header.php:
3410         (find_triggerable_for_task): Added. Finds a triggerable available on a given test. We return the
3411         triggerable associated with the closest ancestor of the test. Since issuing a new query for each
3412         ancestor test is expensive, we retrieve triggerable for all ancestor tests at once and manually
3413         find the closest ancestor with a triggerable.
3414
3415         * public/include/report-processor.php:
3416         (ReportProcessor::process):
3417         (ReportProcessor::resolve_build_id): Associate a build request with the newly created build
3418         if jobId or buildRequest is specified.
3419
3420         * public/include/test-name-resolver.php:
3421         (TestNameResolver::map_metrics_to_tests): Store the entire metric row instead of its name so that
3422         test_exists_on_platform can use it. The last diff in public/admin/tests.php adopts this change.
3423         (TestNameResolver::test_exists_on_platform): Added. Returns true iff the test has ever run on
3424         a given platform.
3425
3426         * public/include/test-path-resolver.php: Added.
3427         (TestPathResolver): This class abstracts the ancestor chains of a test. It retrieves the entire
3428         "tests" table to do this since there could be arbitrary number of ancestors for a given test.
3429         This class is a lot more lightweight than TestNameResolver, which retrieves a whole bunch of tables
3430         in order to compute full test metric names.
3431         (TestPathResolver::__construct):
3432         (TestPathResolver::ancestors_for_test): Returns the ordered list of ancestors from the closest to
3433         the highest (a test without a parent).
3434         (TestPathResolver::path_for_test): Returns a test "path", the ordered list of test names from
3435         the highest ancestor to the test itself.
3436         (TestPathResolver::ensure_id_to_test_map): Fetches "tests" table to construct id_to_test_map.
3437
3438         * public/privileged-api/create-test-group.php: Added. An API to create A/B testing groups.
3439         (main):
3440         (commit_sets_from_root_sets): Given a dictionary of repository names to a pair of revisions
3441         for sets A and B respectively, returns a pair of arrays, each of which contains the corresponding
3442         set of "commits" for sets A and B respectively. e.g. {"WebKit": [1, 2], "Safari": [3, 4]} will
3443         result in [[WebKit commit at r1, Safari commit at r3], [WebKit commit at r2, Safari commit at r4]].
3444
3445         * public/v2/analysis.js:
3446         (App.AnalysisTask.testGroups): Takes arguments so that set('testGroups') will invalidate the cache.
3447         (App.AnalysisTask.triggerable): Added. Retrieves the triggerable associated with the task lazily.
3448         (App.TestGroup.rootSets): Added. Returns the list of root set ids used in this A/B testing group.
3449         (App.TestGroup.create): Added. Creates a new A/B testing group.
3450         (App.Triggerable): Added.
3451         (App.TriggerableAdapter): Added.
3452         (App.TriggerableAdapter.buildURL): Added.
3453         (App.BuildRequest.testGroup): Renamed from group.
3454         (App.BuildRequest.orderLabel): Added. One-based index to be used in labels.
3455         (App.BuildRequest.config): Added. Returns either 'A' or 'B' depending on the configuration used
3456         in this build request.
3457         (App.BuildRequest.status): Added.
3458         (App.BuildRequest.statusLabel): Added. Returns a human friendly label for the current status.
3459         (App.BuildRequest): Removed buildNumber, buildBuilder, as well as buildTime as they're unused.
3460
3461         * public/v2/app.js:
3462         (App.AnalysisTaskController.testGroups): Added.
3463         (App.AnalysisTaskController.possibleRepetitionCounts): Added.
3464         (App.AnalysisTaskController.updateRoots): Renamed from roots. This is also no longer a property
3465         but an observer that updates "roots" property. Filter out the repositories that are not accepted
3466         by the associated triggerable as they will be ignored.
3467         (App.AnalysisTaskController.actions.createTestGroup): Added.
3468
3469         * public/v2/index.html: Updated the UI, and added a form element to trigger createTestGroup action.
3470
3471         * tools/sync-with-buildbot.py: Added. This scripts posts new builds on buildbot and reports back
3472         the status of those builds to the perf dashboard. A similar script can be written to support
3473         other continuous builds systems.
3474         (main): Fetches the list of pending builds as well as currently running or completed builds from
3475         a buildbot, and report new statuses of builds requests to the perf dashboard. It will then schedule
3476         a single new build on each builder with no pending builds, and marks the set of open build requests
3477         that have been scheduled to run on the buildbot but not found in the first step as stale.
3478         (load_config): Loads a JSON that contains the configurations for each builder. e.g.
3479         [
3480             {
3481                 "platform": "mac-mavericks",
3482                 "test": ["Parser", "html5-full-render.html"],
3483                 "builder": "Trunk Syrah Production Perf AB Tests",
3484                 "arguments": {
3485                     "forcescheduler": "force-mac-mavericks-release-perf",
3486                     "webkit_revision": "$WebKit",
3487                     "jobid": "$buildRequest"
3488                 }
3489             }
3490         ]
3491
3492         (find_request_updates): Return a list of build request status updates to make based on the pending
3493         builds as well as in-progress and completed builds on each builder on the buildbot. When a build is
3494         completed, we use the special status "failedIfNotCompleted" which results in "failed" status only
3495         if the build request had not been completed. This is necessary because a failed build will not
3496         report its failed-ness back to the perf dashboard in some cases; e.g. lost slave or svn up failure.
3497         (update_and_fetch_build_requests): Submit the build request status updates and retrieve the list
3498         of open requests the perf dashboard has.
3499         (find_stale_request_updates): Compute the list of build requests that have been scheduled on the
3500         buildbot but not found in find_request_updates. These build requests are lost. e.g. a master reboot
3501         or human canceling a build may trigger such a state.
3502         (schedule_request): Schedules a build with the arguments specified in the configuration JSON after
3503         replacing repository names with their revisions and buildRequest with the build request id.
3504         (config_for_request): Finds a builder for the test and the platform of a build request.
3505         (fetch_json): Fetches a JSON from the specified URL, optionally with BasicAuth.
3506         (property_value_from_build): Returns the value of a specific property in a buildbot build.
3507         (request_id_from_build): Returns the build request id of a given buildbot build if there is one.
3508
3509 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
3510
3511         Cache-control should be set only on api/runs
3512         https://bugs.webkit.org/show_bug.cgi?id=140312
3513
3514         Reviewed by Andreas Kling.
3515
3516         Some JSON APIs such as api/analysis-tasks can't be cached even for a short period of time (e.g. a few minutes)
3517         since they can be modified by the user on demand. Since only api/runs.php takes a long time to generate JSONs,
3518         just set cache-control there instead of json-header.php which is used by other JSON APIs.
3519
3520         Also set date_default_timezone_set in db.php since we never use non-UTC timezone in our scripts.
3521
3522         * public/api/analysis-tasks.php:
3523         * public/api/runs.php: Set the cache control headers.
3524         * public/api/test-groups.php:
3525         * public/include/db.php: Set the default timezone to UTC.
3526         * public/include/json-header.php: Don't set the cache control headers.
3527
3528 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
3529
3530         api/report-commit should authenticate with a slave name and password
3531         https://bugs.webkit.org/show_bug.cgi?id=140308
3532
3533         Reviewed by Benjamin Poulain.
3534
3535         Use a slave name and a password to authenticate new commit reports.
3536
3537         * public/api/report-commits.php:
3538         (main):
3539         * public/include/json-header.php:
3540         (verify_slave): Renamed and repurposed from verify_builder in report-commits.php. Now authenticates with
3541         a slave name and a password instead of a builder name and a password.
3542         * tests/api-report-commits.js: Updated tests.
3543         * tools/pull-svn.py:
3544         (main): Renamed variables.
3545         (submit_commits): Submits slaveName and slavePassword instead of builderName and builderPassword.
3546
3547 2014-12-19  Ryosuke Niwa  <rniwa@webkit.org>
3548
3549         Perf dashboard should support authentication via a slave password
3550         https://bugs.webkit.org/show_bug.cgi?id=139837
3551
3552         Reviewed by Andreas Kling.
3553
3554         For historical reasons, perf dashboard conflated builders and build slaves. As a result we ended up
3555         having to add multiple builders with the same password when a single build slave is shared among them.
3556
3557         This patch introduces the concept of build_slave into the perf dashboard to end this madness.
3558
3559         * init-database.sql: Added build_slave table as well as references to it in builds and reports.
3560
3561         * public/admin/build-slaves.php: Added.
3562
3563         * public/admin/builders.php: Added the support for updating passwords.
3564
3565         * public/include/admin-header.php:
3566         (update_field): Takes an extra argument when a new value needs to be supplied by the caller instead of
3567         being retrieved from $_POST.
3568         (AdministrativePage::render_table): Use array_get to retrieve a value out of the database row since
3569         the raw may not exist (e.g. new_password).
3570         (AdministrativePage::render_form_to_add): Added the support for post_insertion. Don't render the form
3571         control here when this flag evaluates to TRUE.
3572
3573         * public/include/report-processor.php:
3574         (ReportProcessor::process): Added the logic to authenticate with slaveName and slavePassword if those
3575         values are present in the report. In addition, try authenticating builderName with slavePassword if
3576         builderPassword is not specified. When neither password is specified, exit with BuilderNotFound.
3577         Also insert the slave or the builder whichever is missing after we've successfully authenticated.
3578         (ReportProcessor::construct_build_data): Takes a builder ID and an optional slave ID instead of
3579         a builder row.
3580         (ReportProcessor::store_report): Store the slave ID with the report.
3581         (ReportProcessor::resolve_build_id): Exit with MismatchingBuildSlave when the slave associated with
3582         the matching build is different from what's being reported.
3583
3584         * tests/api-report.js: Added a bunch of tests to test the new features of /api/report.
3585         (.addSlave): Added.
3586
3587 2014-12-18  Ryosuke Niwa  <rniwa@webkit.org>
3588
3589         New perf dashboard should not duplicate author information in each commit
3590         https://bugs.webkit.org/show_bug.cgi?id=139756
3591
3592         Reviewed by Darin Adler.
3593
3594         Instead of each commit having author name and email, make it reference a newly added committers table.
3595         Also replace "email" by "account" since some repositories don't use emails as account names.
3596
3597         This improves the keyword search performance in commits.php since LIKE now runs on committers table,
3598         which only contains as many rows as there are accounts in each repository, instead of commits table
3599         which contains every commit ever happened in each repository.
3600
3601         To migrate an existing database into match the new schema, run:
3602
3603         BEGIN;
3604
3605         INSERT INTO committers (committer_repository, committer_name, committer_email)
3606             (SELECT DISTINCT commit_repository, commit_author_name, commit_author_email
3607                 FROM commits WHERE commit_author_email IS NOT NULL);
3608
3609         ALTER TABLE commits ADD COLUMN commit_committer integer REFERENCES committers ON DELETE CASCADE;
3610
3611         UPDATE commits SET commit_committer = committer_id FROM committers
3612             WHERE commit_repository = committer_repository AND commit_author_email = committer_email;
3613
3614         ALTER TABLE commits DROP COLUMN commit_author_name CASCADE;
3615         ALTER TABLE commits DROP COLUMN commit_author_email CASCADE;
3616
3617         COMMIT;
3618
3619         * init-database.sql: Added committers table, and replaced author columns in commits table by a foreign
3620         reference to committers. Also added the missing drop table statements.
3621
3622         * public/api/commits.php:
3623         (main): Fetch the corresponding committers row for a single commit. Also wrap a single commit by
3624         an array here instead of doing it in format_commit.
3625         (fetch_commits_between): Updated queries to JOIN commits with committers.
3626         (format_commit): Takes both commit and committers rows. Also don't wrap the result in an array as that
3627         is now done in main.
3628
3629         * public/api/report-commits.php:
3630         (main): Store the reported committer information or update the existing entry if there is one.
3631
3632         * tests/admin-regenerate-manifest.js: Fixed tests.
3633
3634         * tests/api-report-commits.js: Ditto. Also added a test for updating an existing committer entry.
3635
3636         * tools/pull-svn.py: Renamed email to account.
3637         (main):
3638         (fetch_commit_and_resolve_author):
3639         (fetch_commit):
3640         (resolve_author_name_from_account):
3641         (resolve_author_name_from_email): Deleted.
3642
3643 2014-12-17  Ryosuke Niwa  <rniwa@webkit.org>
3644
3645         Unreviewed build fix.
3646
3647         * public/v2/index.html: Include js files we extracted in r177424.
3648
3649 2014-12-16  Ryosuke Niwa  <rniwa@webkit.org>
3650
3651         Unreviewed. Adding the forgotten svnprop.
3652
3653         * tools/pull-svn.py: Added property svn:executable.
3654
3655 2014-12-16  Ryosuke Niwa  <rniwa@webkit.org>
3656
3657         Split InteractiveChartComponent and CommitsViewerComponent into separate files
3658         https://bugs.webkit.org/show_bug.cgi?id=139716
3659
3660         Rubber-stamped by Benjamin Poulain.
3661
3662         Refactored InteractiveChartComponent and CommitsViewerComponent out of app.js into commits-viewer.js
3663         and interactive-chart.js respectively since app.js has gotten really large.
3664
3665         * public/v2/app.js:
3666         * public/v2/commits-viewer.js: Added.
3667         * public/v2/interactive-chart.js: Added.
3668
3669 2014-12-02  Ryosuke Niwa  <rniwa@webkit.org>
3670
3671         New perf dashboard's chart UI is buggy
3672         https://bugs.webkit.org/show_bug.cgi?id=139214
3673
3674         Reviewed by Chris Dumez.
3675
3676         The bugginess was caused by weird interactions between charts and panes. Rewrote the code to fix it.
3677
3678         Superfluous selectionChanged and domainChanged "event" actions were removed from the interactive chart
3679         component. This is not how Ember.js components should interact to begin with. The component now exposes
3680         selectedPoints and always updates selection instead of sharedSelection.
3681
3682         * public/v2/app.js:
3683         (App.ChartsController.present): Added. We can't call Date.now() in various points in our code as that
3684         would lead to infinite mutual recursions since X-axis domain values wouldn't match up.
3685         (App.ChartsController.updateSharedDomain): This function was completely useless. The overview's start
3686         and end time should be completely determined by "since" and the present time.
3687         (App.ChartsController._startTimeChanged): Ditto.
3688         (App.ChartsController._scheduleQueryStringUpdate):
3689         (App.ChartsController._updateQueryString): Set "zoom" only if it's different from the shared domain.
3690
3691         (App.domainsAreEqual): Moved from InteractiveChartComponent._xDomainsAreSame.
3692
3693         (App.PaneController.actions.createAnalysisTask): Use selectedPoints property set by the chart.
3694         (App.PaneController.actions.overviewDomainChanged): Removed; only needed to call updateSharedDomain.
3695         (App.PaneController.actions.rangeChanged): Removed. _showDetails (renamed to _updateDetails) directly
3696         observes the changes to selectedPoints property as it gets updated by the main chart.
3697         (App.PaneController._overviewSelectionChanged): This was previously a dead code. Now it's used again
3698         with a bug fix. When the overview selection is cleared, we use the same domain in the main chart and
3699         the overview chart.
3700         (App.PaneController._sharedDomainChanged): Fixed a but that it erroneously updates the overview domain
3701         when domain arrays aren't identical. This was causing a subtle race with other logic.
3702         (App.PaneController._sharedZoomChanged): Ditto. Also don't set mainPlotDomain here as any changes to
3703         overviewSelection will automatically propagate to the main plot's domain as they're aliased.
3704         (App.PaneController._currentItemChanged): Merged into _updateDetails (renamed from _showDetails).
3705         (App.PaneController._updateDetails): Previously, this function took points and inspected _hasRange to
3706         see if those two points correspond to a range or a single data point. Rewrote all that logic by
3707         directly observing selectedPoints and currentItem properties instead of taking points and relying on
3708         an instance variable, which was a terrible API.
3709         (App.PaneController._updateCanAnalyze): Use selectedPoints property. Since this property is only set
3710         when the main plot has a selected range, we don't have to check this._hasRange anymore.
3711
3712         (App.InteractiveChartComponent._updateDomain): No longer sends domainChanged "event" action.
3713         (App.InteractiveChartComponent._sharedSelectionChanged): Removed. This is a dead code.
3714         (App.InteractiveChartComponent._updateSelection):
3715         (App.InteractiveChartComponent._xDomainsAreSame): Moved to App.domainsAreEqual.
3716         (App.InteractiveChartComponent._setCurrentSelection): Update the selection only if needed. Also set
3717         selectedPoints property.
3718
3719         (App.AnalysisTaskController._fetchedRuns):
3720         (App.AnalysisTaskController._rootChangedForTestSet):
3721
3722         * public/v2/index.html:
3723         Removed non-functional sharedSelection and superfluous selectionChanged and domainChanged actions.
3724
3725 2014-11-21  Ryosuke Niwa  <rniwa@webkit.org>
3726
3727         Unreviewed. Fixed syntax errors.
3728
3729         * init-database.sql:
3730         * public/api/commits.php: