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