Add alternate menu items for performing operations on the default data store
[WebKit.git] / Websites / perf.webkit.org / ChangeLog
1 2015-05-18  Ryosuke Niwa  <rniwa@webkit.org>
2
3         REGRESSION: v2 UI reports a higher memory usage
4         https://bugs.webkit.org/show_bug.cgi?id=145151
5
6         Reviewed by Chris Dumez.
7
8         The bug was caused by v2 UI using 1000 to divide the number of bytes instead of by 1024 as done in v1.
9         Fixed the bug by manually implementing the formatter as done in v1.
10
11         * public/v2/manifest.js:
12         (App.Manfiest._formatBytes): Added.
13         (App.Manifest._formatFetchedData): Use _formatByte instead of format('s').
14
15 2015-05-11  Ryosuke Niwa  <rniwa@webkit.org>
16
17         Unreviewed build fix. Add "Duration" as a time metric.
18
19         * public/js/helper-classes.js:
20         * public/v2/data.js:
21         (RunsData.unitFromMetricName):
22
23 2015-05-06  Ryosuke Niwa  <rniwa@webkit.org>
24
25         Perf dashboard treats Speedometer and JetStream as smaller is better
26         https://bugs.webkit.org/show_bug.cgi?id=144711
27
28         Reviewed by Chris Dumez.
29
30         Added the support for "Score" metric.
31
32         * public/js/helper-classes.js:
33         (PerfTestRuns):
34         * public/v2/data.js:
35         (RunsData.unitFromMetricName):
36         (RunsData.isSmallerBetter):
37
38 2015-04-23  Ryosuke Niwa  <rniwa@webkit.org>
39
40         Build fix after r183232.
41
42         * public/include/json-header.php:
43
44 2015-04-23  Ryosuke Niwa  <rniwa@webkit.org>
45
46         Perf dashboard should automatically detect regressions
47         https://bugs.webkit.org/show_bug.cgi?id=141443
48
49         Reviewed by Anders Carlsson.
50
51         Added a node.js script detect-changes.js to detect potential regressions and progressions
52         on the graphs tracked on v2 dashboards.
53
54         * init-database.sql: Added analysis_strategies table and task_segmentation and task_test_range
55         columns to analysis_tasks to keep the segmentation and test range selection strategies used
56         to create an analysis task.
57
58         * public/api/analysis-tasks.php:
59         (format_task): Include task_segmentation and analysis_tasks in the results.
60
61         * public/include/json-header.php:
62         (remote_user_name): Returns null when the privileged API is authenticated as a slave instead
63         of a CSRF prevention token.
64         (should_authenticate_as_slave): Added.
65         (ensure_privileged_api_data_and_token_or_slave): Added. Authenticate as a slave if slaveName
66         and slavePassword are specified. Since detect-changes.js and other slaves are not susceptible
67         to a CSRF attack, we don't need to check a CSRF token.
68
69         * public/privileged-api/create-analysis-task.php:
70         (main): Use ensure_privileged_api_data_and_token_or_slave to let detect-changes.js create new
71         analysis task. Also add or find segmentation and test range selection strategies if specified.
72
73         * public/privileged-api/create-test-group.php:
74         (main): Use ensure_privileged_api_data_and_token_or_slave.
75
76         * public/privileged-api/generate-csrf-token.php:
77
78         * public/v2/app.js:
79         (App.Pane._computeMovingAverageAndOutliers): _executeStrategy has been moved to Statistics.
80
81         * public/v2/data.js: Export Measurement, RunsData, TimeSeries. Used in detect-changes.js.
82         (Array.prototype.find): Added a polyfill to be used in node.js.
83         (RunsData.fetchRuns):
84         (RunsData.pathForFetchingRuns): Extracted from fetchRuns. Used in detect-changes.js.
85         (RunsData.createRunsDataInResponse): Extracted from App.Manifest._formatFetchedData to use it
86         in detect-changes.js.
87         (RunsData.unitFromMetricName): Ditto.
88         (RunsData.isSmallerBetter): Ditto.
89         (RunsData.prototype._timeSeriesByTimeInternal): Added secondaryTime to sort points when commit
90         times are identical.
91         (TimeSeries): When commit times are identical, order points based on build time. This is needed
92         for when we trigger two builds at two different OS versions with the same WebKit revision since
93         OS versions don't change the commit times.
94         (TimeSeries.prototype.findPointByIndex): Added.
95         (TimeSeries.prototype.rawValues): Added.
96
97         * public/v2/js/statistics.js:
98         (Statistics.TestRangeSelectionStrategies.[0]): Use the 99% two-sided probability as claimed in the
99         description of this strategy instead of the default probability. Also fixed a bug that debugging
100         code was referring to non-existent variables.
101         (Statistics.executeStrategy): Moved from App.Pane (app.js).
102
103         * public/v2/manifest.js:
104         (App.Manifest._formatFetchedData): Various code has been extracted into RunsData in data.js to be
105         used in detect-changes.js.
106
107         * tools/detect-changes.js: Added. The script fetches the manifest JSON, analyzes each graph in
108         the v2 dashboards, and creates an analysis task for the latest regression or progression detected.
109         It also schedules an A/B testing if possible and notifies another server; e.g. to send an email. 
110         (main): Loads the settings JSON specified in the argument.
111         (fetchManifestAndAnalyzeData): The main loop that periodically wakes up to do the analysis.
112         (mapInOrder): Executes callback sequentially (i.e. blocking) on each item in the array.
113         (configurationsForTesting): Finds every (platform, metric) pair to analyze in the v2 dashbaords,
114         and computes various values for when statistically significant changes are detected later.
115         (analyzeConfiguration): Finds potential regressions and progression in the last X days where X
116         is the specified maximum number of days using the specified strategies. Sort the resultant ranges
117         in chronological order and create a new analysis task for the very last change we detected. We'll
118         eventually create an analysis task for all detected changes since we're repeating the analysis in
119         fetchManifestAndAnalyzeData after some time.
120         (computeRangesForTesting): Fetch measured values and compute ranges to test using the specified
121         segmentation and test range selection strategies. Once ranges are found, find overlapping analysis
122         tasks as they need to be filtered out in analyzeConfiguration to avoid creating multiple analysis
123         tasks for the same range (e.g. humans may create one before the script gets to do it).
124         (createAnalysisTaskAndNotify): Create a new analysis task for the specified range, trigger an A/B
125         testing if available, and notify another server with a HTML message as specified.
126         (findStrategyByLabel):
127         (changeTypeForRange): A change is a regression if values are getting larger in a smaller-is-better
128         test or values are getting smaller in a larger-is-better test and vice versa.
129         (summarizeRange): Create a human readable string that summarizes the change detected. e.g.
130         "Potential 3.2% regression detected between 2015-04-20 12:00 and 17:00".
131         (formatTimeRange):
132         (getJSON):
133         (postJSON):
134         (postNotification): Recursively replaces $title and $massage in the specified JSON template.
135         (instantiateNotificationTemplate):
136         (fetchJSON):
137
138 2015-04-20  Ryosuke Niwa  <rniwa@webkit.org>
139
140         Perf dashboard should have UI to set status on analysis tasks
141         https://bugs.webkit.org/show_bug.cgi?id=143977
142
143         Reviewed by Chris Dumez.
144
145         Added the UI to set the result of an analysis task to 'progression', 'regression', 'unchanged', and 'inconclusive'
146         as well as a boolean indicating whether creating the analysis task was the right thing to do or not.
147         The latter will be a useful metric once we start automatically creating analysis tasks.
148
149         * init-database.sql: Added two columns to analysis_tasks table.
150         * public/api/analysis-tasks.php: Include the added columns in the JSON.
151         * public/include/db.php:
152         (Database::to_database_boolean): Added.
153         * public/include/json-header.php:
154         (require_match_one_of_values): Added.
155         * public/privileged-api/update-analysis-task.php: Added. Updates 'result' and 'needed' values of an analysis task.
156         (main):
157         * public/v2/analysis.js:
158         (App.AnalysisTask.result): Added.
159         (App.AnalysisTask.needed): Added. We don't use DS.attr('boolean') here since that would coerce null into false
160         and we want to differentiate null from false in order to differentiate the null-ness of the value.
161         (App.AnalysisTask.saveStatus): Added.
162         (App.AnalysisTask.statusLabel): Use 'result' as the label if it's set and all build requests have been processed.
163         * public/v2/app.css:
164         * public/v2/app.js:
165         (App.AnalysisTaskController.analysisResultOptions): Added.
166         (App.AnalysisTaskController.shouldNotHaveBeenCreated): Added.
167         (App.AnalysisTaskController.needsFeedback): Added. Show the checkbox to indicate the analysis task should not have
168         been created if 'no change' is selected.
169         (App.AnalysisTaskController._updateChosenAnalysisResult): Added.
170         (App.AnalysisTaskController.actions.saveStatus): Added.
171         * public/v2/index.html: Extracted a partial template for updating the bug numbers. Also added the UI to update
172         'result' and 'needed' values of the analysis task.
173
174 2015-04-10  Ryosuke Niwa  <rniwa@webkit.org>
175
176         Unreviewed build fix. Updated config.json after recent changes.
177
178         * config.json:
179
180 2015-04-10  Ryosuke Niwa  <rniwa@webkit.org>
181
182         Make the analysis page more useful
183         https://bugs.webkit.org/show_bug.cgi?id=143617
184
185         Reviewed by Chris Dumez.
186
187         * public/api/analysis-tasks.php:
188         (fetch_and_push_bugs_to_tasks): Added total and finished numbers of build requests associated
189         with the fetched analysis tasks as buildRequestCount and finishedBuildRequestCount respectively.
190         * public/v2/analysis.js:
191         (App.AnalysisTask.formattedCreatedAt): Added.
192         (App.AnalysisTask._addLeadingZero): Added.
193         (App.AnalysisTask.buildRequestCount): Added.
194         (App.AnalysisTask.finishedBuildRequestCount): Added.
195         (App.AnalysisTask.statusLabel): Added. Status total and finished numbers of build requests.
196         (App.AnalysisTask.testGroups):
197         (App.AnalysisTask.triggerable):
198         (App.AnalysisTask.label):
199
200         * public/v2/app.css: Tweaked style rules for the analysis page.
201
202         * public/v2/app.js:
203         (App.buildPopup): Sort the list of platforms by name.
204         (App.AnalysisRoute.model): Sort the list of analysis tasks by the order they are created.
205         (App.AnalysisTaskController._fetchedManifest): Added elementId to associate bug tracker names
206         such as "Bugzilla" with the corresponding text field.
207
208         * public/v2/index.html: Added a bunch of columns to the analysis page and also wrapped the table
209         showing A/B testing results in a div with overflow: scroll so that it always leaves enough space
210         for the accompanying graph.
211
212 2015-04-09  Ryosuke Niwa  <rniwa@webkit.org>
213
214         Perf dashboard should automatically select ranges for A/B testing
215         https://bugs.webkit.org/show_bug.cgi?id=143580
216
217         Reviewed by Chris Dumez.
218
219         Added a new statistics option for picking a A/B test range selection strategy.
220         The selected ranges are shown in the graph using the same UI to show analysis tasks.
221
222         * public/v2/app.js:
223         (App.DashboardPaneProxyForPicker._platformOrMetricIdChanged): Updated the query parameters for
224         charts page used by the dashboard since we've added a new parameter at the end.
225         (App.Pane.ranges): Added. Merges ranges created for analysis tasks and A/B testing.
226         (App.Pane.updateStatisticsTools): Clone and set the test range selection strategies.
227         (App.Pane._cloneStrategy): Copy isSegmentation.
228         (App.Pane._updateMovingAverageAndEnvelope): Set testRangeCandidates.
229         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Update the charts when a new text range
230         selection strategy is picked by the user.
231         (App.Pane._computeMovingAverageAndOutliers): Compute the test ranges using the chosen strategy.
232         Avoid going through isAnomalyArray when no anomaly detection strategy is enabled. Also changed
233         the return value from the moving average time series to a dictionary that contains the moving
234         average time series, a dictionary of anomalies, and an array of test ranges.
235         (App.ChartsController._parsePaneList): Parse the test range selection strategy configuration.
236         (App.ChartsController._serializePaneList): Ditto for serialization.
237         (App.ChartsController._scheduleQueryStringUpdate): Update the URL hash when the user picks a new
238         test range selection strategy.
239
240         * public/v2/chart-pane.css: Fixed a typo as well as added a CSS rule for test ranges markers.
241
242         * public/v2/index.html: Added UI for selecting a test range selection strategy.
243
244         * public/v2/interactive-chart.js:
245         (App.InteractiveChartComponent._rangesChanged): Pass down "status" to be used as a class name.
246
247         * public/v2/js/statistics.js:
248         (Statistics.MovingAverageStrategies): Added isSegmentation to segmentation strategies.
249         (Statistics.TestRangeSelectionStrategies): Added.
250
251 2015-04-08  Ryosuke Niwa  <rniwa@webkit.org>
252
253         The results of A/B testing should state statistical significance
254         https://bugs.webkit.org/show_bug.cgi?id=143552
255
256         Reviewed by Chris Dumez.
257
258         Added statistical comparisons between results for each configuration on analysis task page using
259         Welch's t-test. The probability as well as t-statistics and the degrees of freedoms are reported.
260
261         * public/v2/app.js:
262         (App.TestGroupPane._populate): Report the list of statistical comparison between every pair of
263         root configurations in the results. e.g. if we've got A, B, C configurations then compare A/B, A/C
264         and B/C.
265         (App.TestGroupPane._computeStatisticalSignificance): Compute the statistical significance using
266         Welch's t-test. Report the probability by which two samples do not come from the same distribution.
267         (App.TestGroupPane._createConfigurationSummary): Include the array of results for this configuration.
268         Also renamed "items" to "requests" for clarity.
269
270         * public/v2/index.html: Added the template for showing statistical comparisons.
271
272         * public/v2/js/statistics.js: Renamed tDistributionQuantiles to tDistributionByOneSidedProbability
273         for clarity. Also factored out the functions to convert from one-sided probability to two-sided
274         probability and vice versa.
275         (Statistics.supportedConfidenceIntervalProbabilities):
276         (Statistics.confidenceIntervalDelta):
277         (Statistics.probabilityRangeForWelchsT): Added. Computes the lower bound and the upper bound for
278         the probability that two values are sampled from distinct distributions using Welch's t-test.
279         (Statistics.computeWelchsT): This function now takes two-sided probability like all other functions.
280         (.tDistributionByOneSidedProbability): Renamed from tDistributionQuantiles.
281         (.oneSidedToTwoSidedProbability): Extracted.
282         (.twoSidedToOneSidedProbability): Extracted.
283         (Statistics.MovingAverageStrategies): Converted the one-sided probability to the two-sided probability
284         now that computeWelchsT takes two-sided probability.
285
286 2015-04-08  Ryosuke Niwa  <rniwa@webkit.org>
287
288         Unreviewed fix after r182496 for when the cached runs JSON doesn't exist.
289
290         * public/v2/app.js:
291         (App.Pane._fetch):
292         (App.Pane.refetchRuns):
293
294 2015-04-07  Ryosuke Niwa  <rniwa@webkit.org>
295
296         Perf dashboard should have a way of marking outliers
297         https://bugs.webkit.org/show_bug.cgi?id=143466
298
299         Reviewed by Chris Dumez.
300
301         Address kling's in-person comment to notify users when the new run status is saved in the database.
302
303         * public/v2/app.js:
304         (App.PaneController._selectedItemIsMarkedOutlierDidChange)
305         * public/v2/chart-pane.css: Fixed a typo.
306
307 2015-04-07  Ryosuke Niwa  <rniwa@webkit.org>
308
309         Perf dashboard should have a way of marking outliers
310         https://bugs.webkit.org/show_bug.cgi?id=143466
311
312         Reviewed by Chris Dumez.
313
314         Added UI to mark a data point as an outlier as well as a button to toggle the visibility of outliers.
315         Added a new privileged API /privileged-api/update-run-status to store this boolean flag.
316
317         * init-database.sql: Added run_marked_outlier column to test_runs table.
318
319         * public/admin/tests.php:
320
321         * public/api/runs.php:
322         (main): Only emit Cache-Control and Expires headers in v1 UI.
323         (RunsGenerator::format_run): Emit markedOutlier.
324
325         * public/include/admin-header.php:
326
327         * public/include/db.php:
328         (Database::is_true): Made it static.
329
330         * public/include/manifest.php:
331         (Manifest::platforms):
332
333         * public/index.html: Call into /api/runs/ with ?cache=true.
334
335         * public/privileged-api/update-run-status.php: Added.
336         (main): Updates the newly added column in test_runs table.
337
338         * public/v2/app.js:
339         (App.Pane._fetch):
340         (App.Pane.refetchRuns): Extracted from App.Pane._fetch.
341         (App.Pane._didFetchRuns): Renamed from _updateChartData.
342         (App.Pane._setNewChartData): Added. Pick the right time series based based on the value of showOutlier.
343         Cloning chartData is necessary when toggling the outlier visibility or using statistics tools because
344         the interactive chart component only observes changes to chartData and not individual properties of it.
345         (App.Pane._highlightPointsMarkedAsOutlier): Added. Highlight points marked as outliers.
346         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Call to _setNewChartData replaced the code to
347         clone chartData here.
348
349         (App.PaneController.actions.toggleShowOutlier): Toggle the visibility of points marked as outliers by
350         invoking App.Pane._setNewChartData.
351         (App.PaneController._detailsChanged): Don't hide the analysis pane when details changed since keep
352         opening the pane for marking points as outliers would be annoying.
353         (App.PaneController._updateCanAnalyze): Update 'cannotMarkOutlier' as well as 'cannotAnalyze'.
354         (App.PaneController.selectedMeasurement): Added.
355         (App.PaneController.showOutlierTitle): Added.
356         (App.PaneController._selectedItemIsMarkedOutlierDidChange): Added. Call out to setMarkedOutlier to
357         mark the selected point as an outlier via the newly added privileged API.
358
359         * public/v2/chart-pane.css: Updated styles.
360
361         * public/v2/data.js:
362         (PrivilegedAPI._post): Report the semantic errors.
363         (Measurement.prototype.markedOutlier): Added.
364         (Measurement.prototype.setMarkedOutlier): Added. Uses PrivilegedAPI to update the database.
365         (RunsData.prototype.timeSeriesByCommitTime): Added a new argument, includeOutliers, to indicate
366         whether the time series should include measurements marked as outliers or not.
367         (RunsData.prototype.timeSeriesByBuildTime): Ditto.
368         (RunsData.prototype._timeSeriesByTimeInternal): Extracted from timeSeriesByCommitTime and
369         timeSeriesByBuildTime to share code. Now ignores measurements marked as outliers if needed.
370
371         * public/v2/index.html: Added an icon for showing and hiding outliers. Also added a checkbox to
372         mark individual points as outliers.
373
374         * public/v2/interactive-chart.js:
375         (App.InteractiveChartComponent._selectClosestPointToMouseAsCurrentItem): Re-enable the distance
376         heuristics that takes vertical closeness into account. This heuristics is more useful when marking
377         some points as outliers. This heuristics was disabled because the behavior was unpredictable but
378         with the arrow key navigation support, this is no longer an issue.
379
380         * public/v2/manifest.js:
381         (App.Manifest._formatFetchedData): Added showOutlier to the chart data. This function dynamically
382         updates the time series in this chart data in order to include or exclude outliers.
383
384 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
385
386         Perf dashboard should be able to trigger A/B testing jobs for iOS
387         https://bugs.webkit.org/show_bug.cgi?id=143398
388
389         Reviewed by Chris Dumez.
390
391         Fix various bugs in the perf dashboard so that it can schedule A/B testing jobs for iOS.
392
393         Also generalized sync-with-buildbot.py slightly to meet the requirements of iOS builders.
394
395         * public/api/triggerables.php:
396         (main): Avoid spitting a warning when $id_to_triggerable doesn't contain the triggerable.
397         * public/v2/analysis.js:
398         (App.AnalysisTask.triggerable): Log an error when failed to fetch triggerables for debugging purposes.
399         * public/v2/app.js:
400         (App.AnalysisTaskController.updateRootConfigurations): Show 'None' when a revision is missing from
401         some of the data points. This will happen when we modify the list of projects we build for iOS.
402         (App.AnalysisTaskController.actions.createTestGroup): Gracefully fail by showing alerts when an user
403         attempts to create an invalid test group; when there is already another test group of the same or when
404         only either configuration specifies the revision for some repository.
405         (App.AnalysisTaskController._updateRootsBySelectedPoints): Fixed a typo: sets[i] -> set.
406         * public/v2/index.html: Don't show the form to create a new test group if it's not available.
407         * tools/sync-with-buildbot.py:
408         (find_request_updates):
409         (schedule_request): iOS builders take a JSON that contains the list of roots. Generate this JSON when
410         a dictionary of the form {rootsExcluding: ["WebKit"]} is specified. Also replaced the way we refer to
411         a revision from $-based text replacements to an explicit dictionary of the form {root: "WebKit"}.
412         (request_id_from_build): Don't hard code the parameter name here. Retrieve the name from the config.
413
414 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
415
416         Add time series segmentation algorithms as moving averages
417         https://bugs.webkit.org/show_bug.cgi?id=143362
418
419         Reviewed by Chris Dumez.
420
421         This patch implements two preliminary time series segmentation algorithms as moving averages.
422
423         Recursive t-test: Compute Welch's t-statistic at each point in a given segment of the time series.
424         If Welch's t-test implicates a statistically significance difference, then split the segment into two
425         sub segments with the maximum t-statistic (i.e. the point at which if split would yield the highest
426         probability that two segments do not share the same "underlying" mean in classical / frequentist sense).
427         We repeat this process recursively. See [1] for the evaluation of this particular algorithm.
428
429         Schwarz criterion: Use Schwarz or Bayesian information criterion to heuristically find the optimal
430         segmentation. Intuitively, the problem of finding the best segmentation comes down to minimizing the
431         residual sum of squares in each segment as in linear regressions. That is, for a given segment with
432         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
433         through i = n. However, we also don't want to split every data point into a separate segment so we need
434         to account the "cost" of introducing new segments. We use a cost function that's loosely based on two
435         models discussed in [2] for simplicity. We will tune this cost function further in the future.
436
437         The problem of finding the best segmentation then reduces to a search problem. Unfortunately, our problem
438         space is exponential with respect to the size of the time series since we could split at each data point.
439         We workaround this problem by first splitting the time series into a manageable smaller grids, and only
440         considering segmentation of a fixed size (i.e. the number of segments is constant). Since time series
441         tend to contain a lot more data points than segments, this strategy finds the optimal solution without
442         exploring much of the problem space.
443
444         Finding the optimal segmentation of a fixed size is, itself, another search problem that is equivalent to
445         finding the shortest path of a fixed length in DAG. Here, we use dynamic programming with a matrix of size
446         n by n where n is the length of the time series (grid). Each entry in this matrix at (i, k) stores
447         the minimum cost of segmenting data points 1 through i using k segments. We start our search at i = 1.
448         Clearly C(1, 0) = 0 (note the actual code uses 0-based index). In i-th iteration, we compute the cost
449         S(i, j) of each segment starting at i and ending at another point j after i and update C(j, k + 1) by
450         min( C(j, k + 1), C(i, k) + S(i, j) ) for all values of j above i.
451
452         [1] Kensuke Fukuda, H. Eugene Stanley, and Luis A. Nunes Amaral, "Heuristic segmentation of
453         a nonstationary time series", Physical Review E 69, 021108 (2004)
454
455         [2] Marc Lavielle, Gilles Teyssi`ere, "Detection of Multiple Change–Points in Multivariate Time Series"
456         Lithuanian Mathematical Journal, vol 46, 2006
457
458         * public/v2/index.html: Show the optional description for the chosen moving average strategy.
459         * public/v2/js/statistics.js:
460         (Statistics.testWelchsT):
461         (Statistics.computeWelchsT): Extracted from testWelchsT. Generalized to take the offset and the length
462         of each value array between which Welch's t-statistic is computed. This generalization helps the
463         Schwarz criterion segmentation algorithm avoid splitting values array O(n^2) times.
464         (.sampleMeanAndVarianceForValues): Ditto for the generalization.
465         (.recursivelySplitIntoTwoSegmentsAtMaxTIfSignificantlyDifferent): Added. Implements recursive t-test.
466         (.splitIntoSegmentsUntilGoodEnough): Added. Implements Schwarz criterion.
467         (.findOptimalSegmentation): Added. Implements the algorithm to find the optimal segmentation of a fixed
468         segment count.
469         (.SampleVarianceUpperTriangularMatrix): Added. Stores S(i, j) used by findOptimalSegmentation.
470         (.SampleVarianceUpperTriangularMatrix.prototype.costBetween): Added.
471
472 2015-04-03  Ryosuke Niwa  <rniwa@webkit.org>
473
474         REGRESSION: Perf dashboard sometimes fails to update zooming level
475         https://bugs.webkit.org/show_bug.cgi?id=143359
476
477         Reviewed by Darin Adler.
478
479         The bug was caused by various bugs that ended up in an exception.
480
481         * public/v2/app.js:
482         (App.Pane._handleFetchErrors): Removed superfluous console.log.
483         (App.Pane.computeStatus): Fixed the bug in r182185 that previousPoint could be null.
484         (App.PaneController.actions.zoomed): Update the overview when the main chart triggered a zoom.
485         * public/v2/index.html: Replaced all instances of href="#" by href="javascript:false" to avoid navigating
486         to # when Ember.js fails to attach event listeners on time.
487         * public/v2/interactive-chart.js:
488         (App.InteractiveChartComponent._updateDimensionsIfNeeded): Avoid using a negative width or height when
489         the containing element's size is 0.
490         (App.InteractiveChartComponent._updateBrush): Ditto.
491
492 2015-04-02  Ryosuke Niwa  <rniwa@webkit.org>
493
494         Perf dashboard should have UI to test out anomaly detection strategies
495         https://bugs.webkit.org/show_bug.cgi?id=143290
496
497         Reviewed by Benjamin Poulain.
498
499         Added the UI to select anomaly detection strategies. The detected anomalies are highlighted in the graph.
500
501         Implemented the Western Electric Rules 1 through 4 in http://en.wikipedia.org/wiki/Western_Electric_rules
502         as well as Welch's t-test that compares the last five points to the prior twenty points.
503
504         The latter is what Mozilla uses (or at least did in the past) to detect performance regressions on their
505         performance tests although they compare medians instead of means.
506
507         All of these strategies don't quite work for us since our data points are too noisy but this is a good start.
508
509         * public/v2/app.js:
510         (App.Pane.updateStatisticsTools): Clone anomaly detection strategies.
511         (App.Pane._updateMovingAverageAndEnvelope): Highlight anomalies detected by the enabled strategies.
512         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Observe changes to anomaly detection strategies.
513         (App.Pane._computeMovingAverageAndOutliers): Detect anomalies by each strategy and aggregate results.
514         Only report the first data point when multiple consecutive data points are detected as anomalies.
515         * public/v2/chart-pane.css: Updated styles.
516         * public/v2/index.html: Added the pane for selecting anomaly detection strategies.
517         * public/v2/js/statistics.js:
518         (Statistics.testWelchsT): Added. Implements Welch's t-test.
519         (.sampleMeanAndVarianceForValues): Added.
520         (.createWesternElectricRule): Added.
521         (.countValuesOnSameSide): Added.
522         (Statistics.AnomalyDetectionStrategy): Added.
523
524 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
525
526         REGRESSION: Searching commits can highlight wrong data points
527         https://bugs.webkit.org/show_bug.cgi?id=143272
528
529         Reviewed by Antti Koivisto.
530
531         The bug was caused by /api/commits returning commit times with millisecond precision whereas /api/runs
532         return commit times with only second precision. This resulted in the frontend code to match a commit
533         with the data point that included the next commit when the millisecond component of commit's timestamp
534         wasn't identically 0.
535
536         This discrepancy was caused by the fact PHP's strtotime only ignores milliseconds and /api/commits
537         was returning timestamp as string instead of parsing via Database::to_js_time as done in /api/runs
538         so miliseconds component was only preserved in /api/commits.
539
540         Fixed the bug by always using Database::to_js_time to return commit time. Also fixed to_js_time so that
541         it returns time in milisecond precision.
542
543         * public/api/commits.php:
544         (fetch_commits_between): Use Database::to_js_time for format commit times.
545         (format_commit): Ditto.
546         * public/include/db.php:
547         (Database::to_js_time): Parse and append millisecond component. Ignore sub-milliseconds for simplicity.
548         * public/v2/data.js:
549         (CommitLogs.fetchForTimeRange): The commit time is now an integer so don't call "replace" on it.
550
551 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
552
553         Perf dashboard should show relative change in values
554         https://bugs.webkit.org/show_bug.cgi?id=143252
555
556         Reviewed by Antti Koivisto.
557
558         When a range of values are selected, show the percentage difference between the start and the end
559         in addition to the absolute value difference. When a single point is selected, show the relative
560         difference with respect to the previous point. Use two significant figures and always show plus sign
561         when the difference is positive.
562
563         * public/v2/app.js: Compute and format the relative difference.
564         * public/v2/chart-pane.css: Don't let commits view shrink itself when they're all collapsed.
565         * public/v2/index.html: Show the relative difference.
566
567 2015-03-31  Ryosuke Niwa  <rniwa@webkit.org>
568
569         REGRESSION(r180000): Changing moving average or enveloping strategy doesn't update the graph
570         https://bugs.webkit.org/show_bug.cgi?id=143254
571
572         Reviewed by Antti Koivisto.
573         
574         The bug was caused by App.Pane no longer replacing 'chartData' property when updating the moving average
575         or the enveloping values. Fixed the bug by creating a new chartData object when the strategy is changed
576         so that the interactive chart component will observe a change to 'chartData'.
577
578         * public/v2/app.js:
579         (App.Pane._movingAverageOrEnvelopeStrategyDidChange): Added.
580
581 2015-03-19  Ryosuke Niwa  <rniwa@webkit.org>
582
583         Unreviewed build fixes.
584
585         * public/include/manifest.php:
586         (Manifest::generate): These should be {} instead of [] when they're empty.
587         * public/v2/data.js:
588         (Measurement.prototype.formattedRevisions): Don't assume previousRevisions[repositoryId] exits.
589         * public/v2/manifest.js:
590         (App.Metric.fullName): Fixed the typo.
591         * tests/admin-regenerate-manifest.js: Fixed the test.
592
593 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
594
595         Commit the erroneously reverted change.
596
597         * public/api/runs.php:
598         (RunsGenerator::results): 
599
600 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
601
602         Loading the perf dashboard takes multiple seconds
603         https://bugs.webkit.org/show_bug.cgi?id=141860
604
605         Reviewed by Andreas Kling.
606
607         This patch introduces the caches of JSON files returned by /api/ in /data/ directory. It also records
608         the last time test_runs rows associated with the requested platforms and metrics are inserted, updated,
609         or removed in the caches as well as the manifest JSON files ("last modified time"). Because the manifest
610         is regenerated each time a new test result is reported, the front end can compare last modified time in
611         the manifest file with that in a /api/runs JSON cache to detect the stale-ness.
612
613         More concretely, the front end first optimistically fetches the JSON in /data/. If the cache doesn't exit
614         or the last modified time in the cache doesn't match with that in the manifest file, it would fetch it
615         again via /api/runs. In the case the cache did exist, we render the charts based on the cache meanwhile.
616         This dramatically reduces the perceived latency for the page load since charts are drawn immediately using
617         the cache and we would only re-render the charts as new up-to-date JSON comes in.
618
619         This patch also changes the format of runs JSONs by pushing the exiting properties into 'configurations'
620         and adding 'lastModified' and 'elapsedTime' at the top level.
621
622         * init-database.sql: Added config_runs_last_modified to test_configurations table as well as a trigger to
623         auto-update this column upon changes to test_runs table.
624
625         * public/admin/test-configurations.php:
626         (add_run): Regenerate the manifest file to invalidate the /api/runs JSON cache.
627         (delete_run): Ditto.
628
629         * public/api/runs.php:
630         (main): Fetch all columns of test_configurations table including config_runs_last_modified. Also generate
631         the cache in /data/ directory.
632         (RunsGenerator::__construct): Compute the last modified time for this (platform, metric) pair.
633         (RunsGenerator::results): Put the old content in 'configurations' property and include 'lastModified' and
634         'elapsedTime' properties. 'elapsedTime' is added for debugging purposes.
635         (RunsGenerator::add_runs):
636         (RunsGenerator::parse_revisions_array):
637
638         * public/include/db.php:
639         (CONFIG_DIR): Added.
640         (generate_data_file): Added based on ManifestGenerator::store.
641         (Database::to_js_time): Extracted from RunsGenerator::add_runs to share code.
642
643         * public/include/json-header.php:
644         (echo_success): Renamed from success_json. Return the serialized JSON instead of echo'ing it so that we can
645         generate caches in /api/runs/.
646         (exit_with_success):
647
648         * public/include/manifest.php:
649         (ManifestGenerator::generate): Added 'elapsedTime' property for the time taken to generate the manifest.
650         It seems like we're generating it in 200-300ms for now so that's good.
651         (ManifestGenerator::store): Uses generate_data_file.
652         (ManifestGenerator::platforms): Added 'lastModified' array to each platform entry. This array contains the
653         last modified time for each (platform, metric) pair.
654
655         * public/index.html:
656         (fetchTest): Updated per the format change in runs JSON.
657
658         * public/v2/app.js:
659         (App.Pane._fetch): Fetch the cached JSON first. Refetch the uncached version if instructed as such.
660         (App.Pane._updateChartData): Extracted from App.Pane._fetch.
661         (App.Pane._handleFetchErrors): Ditto.
662
663         * public/v2/data.js:
664         (RunsData.fetchRuns): Takes the fourth argument indicating whether we should fetch the cached version or not.
665         The cached JSON is located in /data/ with the same filename. When fetching a cached JSON results in 404,
666         fulfill the promise with null as the result instead of rejecting it. The only client of this function which
667         sets useCache to true is App.Manifest.fetchRunsWithPlatformAndMetric, and it handles this special case.
668
669         * public/v2/manifest.js:
670         (App.DateArrayTransform): Added. Handles the array of last modified dates in platform objects.
671         (App.Platform.lastModifiedTimeForMetric): Added. Returns the last modified date in the manifest JSON.
672         (App.Manifest.fetchRunsWithPlatformAndMetric): Takes "useCache" like RunsData.fetchRuns. Set shouldRefetch
673         to true if response is null (the cache didn't exit) or the cache is out-of-date.
674         (App.Manifest._formatFetchedData): Extracted from App.Manifest.fetchRunsWithPlatformAndMetric.
675
676         * run-tests.js:
677         (initializeDatabase): Avoid splitting function definitions in the middle.
678
679         * tests/api-report.js: Added tests to verify that reporting new test results updates the last modified time
680         in test_configurations.
681
682 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
683
684         REGRESSION(r180333): Analysis tasks can't be associated with bugs
685         https://bugs.webkit.org/show_bug.cgi?id=141858
686
687         Reviewed by Andreas Kling.
688
689         Added back the erroneously removed table to associate bugs. Also moved "details-table-container" div outside
690         of the chart-details partial template as it needs to wrap associate bugs in analysis task pages.
691
692         * public/v2/chart-pane.css:
693         * public/v2/index.html:
694
695 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
696
697         Selecting revisions for A/B testing is hard
698         https://bugs.webkit.org/show_bug.cgi?id=141824
699
700         Reviewed by Andreas Kling.
701
702         Update the revisions used in A/B testing based on the selection in the overview chart. This allows users to
703         intuitively select revisions based on points shown in the chart. Removed the old select elements used to
704         select A/B testing points manually.
705
706         Also renamed 'testSets' to 'configurations', 'roots' to 'rootConfigurations', and 'revisions' in each root's
707         sets to 'options' for clarity.
708
709         * public/v2/app.css: Reorganized style rules. 
710
711         * public/v2/app.js:
712         (App.AnalysisTaskController):
713         (App.AnalysisTaskController._taskUpdated): Merged updateTestGroupPanes.
714         (App.AnalysisTaskController._chartDataChanged): Renamed from paneDomain. It's now an observer instead of
715         a property, which sets 'overviewDomain' property as well as other properties.
716         (App.AnalysisTaskController.updateRootConfigurations): Renamed from updateRoots.
717         (App.AnalysisTaskController._updateRootsBySelectedPoints): Added. Select roots based on the selected points
718         in the overview chart.
719
720         * public/v2/chart-pane.css: Added arrows next to the configuration names (e.g. 'A') to indicate whether
721         individual build requests / test results are shown or not.
722
723         * public/v2/index.html: Removed the select element per configuration column. Also moved the select element
724         for the number of runs as it doesn't belong in the same table as the one that lists repositories and roots.
725
726 2015-02-20  Ryosuke Niwa  <rniwa@webkit.org>
727
728         Unreviewed test fixes after r179037, r179591, and r179763.
729
730         * tests/admin-regenerate-manifest.js:
731         * tests/admin-reprocess-report.js:
732
733 2015-02-19  Ryosuke Niwa  <rniwa@webkit.org>
734
735         Relationship between A/B testing results are unclear
736         https://bugs.webkit.org/show_bug.cgi?id=141810
737
738         Reviewed by Andreas Kling.
739
740         Show a "reference chart" indicating which two points have been tested in each test group pane.
741
742         Now the chart shown at the top of an analysis task page is called the "overview pane", and we use the pane
743         and the domain used in this chart to show charts in each test group.
744
745         Also renamed an array of revisions used in the A/B test results tables from 'revisions' to 'revisionList'.
746
747         * public/v2/analysis.js:
748         (App.TestGroup._fetchTestResults): Renamed from _fetchChartData. Set 'testResults' instead of 'chartData'
749         since this is the results of A/B testing results, not the data for charts shown next to them.
750
751         * public/v2/app.css: Added CSS rules for reference charts.
752
753         * public/v2/app.js:
754         (App.AnalysisTaskController.paneDomain): Set 'overviewPane' and 'overviewDomain' on each test group pane.
755         (App.TestGroupPane._populate): Updated per 'chartData' to 'testResults' rename.
756         (App.TestGroupPane._updateReferenceChart): Get the chart data via the overview pane and find points that
757         identically matches root sets. If one of configuration used a set of revisions for which no measurement
758         was made in the original chart, don't show the reference chart as that would be misleading / confusing.
759         (App.TestGroupPane._computeRepositoryList): Updated per 'chartData' to 'testResults' rename.
760         (App.TestGroupPane._createConfigurationSummary): Ditto. Also renamed 'revisions' to 'revisionList'.
761         In addition, renamed 'buildNumber' to 'buildLabel' and prefixed it with "Build ".
762
763         * public/v2/data.js:
764         (Measurement.prototype.revisionForRepository): Added.
765         (Measurement.prototype.commitTimeForRepository): Cleanup.
766         (TimeSeries.prototype.findPointByRevisions): Added. Finds a point based on a set of revisions.
767
768         * public/v2/index.html: Added the reference chart. Streamlined the status label for each build request
769         by including the build number in the title attribute instead of in the markup.
770
771         * public/v2/interactive-chart.js:
772         (App.InteractiveChartComponent._updateDomain): Fixed a typo introduced as a consequence of r179913.
773         (App.InteractiveChartComponent._computeYAxisDomain): Expand the y-axis to show the highlighted points.
774         (App.InteractiveChartComponent._highlightedItemsChanged): Adjust the y-axis as needed.
775
776 2015-02-18  Ryosuke Niwa  <rniwa@webkit.org>
777
778         Analysis task pages are unusable
779         https://bugs.webkit.org/show_bug.cgi?id=141786
780
781         Reviewed by Andreas Kling.
782
783         This patch makes following improvements to analysis task pages:
784         1. Making the main chart interactive. This change required the use of App.Pane as well as moving the code to
785         compute the data for the details pane from PaneController.
786         2. Moving the form to add a new test group to the top of test groups instead of the bottom of them.
787         3. Grouping the build requests in each test group by root sets instead of the order by which they were ran.
788         This change required the creation of App.TestGroupPane as well as its methods.
789         4. Show a box plot for each root set configuration as well as each build request. This change required
790         App.BoxPlotComponent.
791         5. Show revisions of each repository (e.g. WebKit) for each root set and build request.
792
793         * public/api/build-requests.php:
794         (main): Update per the rename of BuildRequestsFetcher::root_sets to BuildRequestsFetcher::root_sets_by_id.
795
796         * public/api/test-groups.php:
797         (main): Include root sets and roots in the response.
798         (format_test_group):
799
800         * public/include/build-requests-fetcher.php:
801         (BuildRequestsFetcher::root_sets_by_id): Renamed from root_sets.
802         (BuildRequestsFetcher::root_sets): Added.
803         (BuildRequestsFetcher::roots): Added.
804         (BuildRequestsFetcher::fetch_roots_for_set): Takes a boolean argument $resolve_ids. This flag is only set to
805         true in /api/build-requests/ (as done prior to this patch) to use repository names as identifiers since
806         tools/sync-with-buildbot.py can't convert repository names to their ids.
807
808         * public/v2/analysis.js:
809         (App.Root): Added.
810         (App.RootSet): Added.
811         (App.RootSet.revisionForRepository): Added.
812         (App.TestGroup.rootSets): Deleted the code to compute root set ids from build requests now that the JSON
813         response at /api/test-groups will include them.
814         (App.BuildRequest): Ditto. Also deleted 'configLetter' property, which has been moved to a proxy created by
815         _createConfigurationSummary.
816         (App.BuildRequest.statusLabel): Use 'Completed' as the human readable label for 'completed' status.
817         (App.BuildRequest.aggregateStatuses): Added. Generates a human readable status for a set of build requests.
818
819         * public/v2/app.css: Updated style rules for analysis task pages.
820
821         * public/v2/app.js:
822         (App.Pane): This class is now used in analysis task pages to make the main chart interactive.
823         (App.Pane._updateDetails): Moved from App.PaneController.
824
825         (App.PaneController._updateCanAnalyze): Updated the code per the move of selectedPoints.
826
827         (App.AnalysisTaskController): Added 'details'.
828         (App.AnalysisTaskController._taskUpdated):
829         (App.AnalysisTaskController.paneDomain):Renamed from _fetchedRuns.
830         (App.AnalysisTaskController.updateTestGroupPanes): Added. Creates App.TestGroupPane for each test group.
831         (App.AnalysisTaskController.actions.toggleShowRequestList): Added.
832
833         (App.TestGroupPane): Added.
834         (App.TestGroupPane._populate): Added. Group build requests by root sets and create a summary for each group.
835         (App.TestGroupPane._computeRepositoryList): Added. Returns a sorted list of repositories which is the union
836         of all repositories appearing in root sets and builds associated with A/B testing results.
837         (App.TestGroupPane._groupRequestsByConfigurations): Added. Groups build requests by root sets.
838         (App.TestGroupPane._createConfigurationSummary): Added. Creates a summary for a group of build requests that
839         use the same root set. We start by wrapping "raw" build requests in a proxy with formatted values,
840         build numbers, etc... obtained from the fetched chart data. The list of revisions shown in the group summary
841         is a union of revisions in the root set and the first build request in the group. We null-out revision info
842         for a build request if it is identical to the one in the summary. The range of values is expanded as needed
843         by the values in the group as well as 95% percentile confidence interval.
844
845         (App.BoxPlotComponent): Added. Controls a box plot shown for each test group summary and build request.
846         (App.BoxPlotComponent.didInsertElement): Added. Inserts a SVG element as well as two indicator rects to show
847         the mean and the confidence interval.
848         (App.BoxPlotComponent._updateBars): Added. Updates the dimensions of the indicator rects.
849         (App.BoxPlotComponent.valueChanged): Added. Computes the relative dimensions of the indicator rects and
850         calls _updateBars to update the rects.
851
852         * public/v2/chart-pane.css: Added some style rules to be used in the details pane in analysis task pages.
853
854         * public/v2/data.js:
855         (Measurement.prototype.formattedRevisions):
856         (Measurement.formatRevisionRange): Renamed from Measurement.prototype._formatRevisionRange so that it can be
857         called in _createConfigurationSummary.
858
859         * public/v2/index.html: Updated the templates for analysis task pages. Moved the form to create a new test
860         group above all test groups, and replaced the list of data points by "details" pane used in the charts page.
861         Also made the fetching of chartData no longer block showing of test groups.
862
863         * public/v2/interactive-chart.js:
864         (App.InteractiveChartComponent._updateDomain): Added an early exit to fix a newly revealed race condition.
865         (App.InteractiveChartComponent._domainChanged): Ditto.
866         (App.InteractiveChartComponent._updateSelectionToolbar): Made it respect 'zoomable' boolean property.
867
868         * public/v2/js/statistics.js:
869         (Statistics.min): Added.
870         (Statistics.max): Added.
871
872         * public/v2/manifest.js:
873         (App.Manifest.fetchRunsWithPlatformAndMetric): Added formatWithDeltaAndUnit to be used in _createConfigurationSummary.
874
875 2015-02-14  Ryosuke Niwa  <rniwa@webkit.org>
876
877         Build URL on new perf dashboard doesn't resolve $builderName
878         https://bugs.webkit.org/show_bug.cgi?id=141583
879
880         Reviewed by Darin Adler.
881
882         Support $builderName in the build URL template.
883
884         * public/js/helper-classes.js:
885         (TestBuild.buildUrl): Replaced $builderName with the builder name.
886
887         * public/v2/manifest.js:
888         (App.Metric.fullName): Fixed the typo. We need &ni, not &in.
889         (App.BuilderurlFromBuildNumber): Replaced $builderName with the builder name.
890
891 2015-02-13  Ryosuke Niwa  <rniwa@webkit.org>
892
893         Unreviewed build fix after r179591.
894
895         * public/api/commits.php:
896
897 2015-02-13  Ryosuke Niwa  <rniwa@webkit.org>
898
899         The status of a A/B testing request always eventually becomes "Failed"
900         https://bugs.webkit.org/show_bug.cgi?id=141523
901
902         Reviewed by Andreas Kling.
903
904         The bug was caused by /api/build-requests always setting the status of a build request to 'failed' when
905         'failedIfNotCompleted' was sent by the buildbot sync'er.
906
907         Fixed the bug by only setting the status to 'failed' if it wasn't set to 'completed'.
908
909         * public/api/build-requests.php:
910         (main):
911
912 2015-02-13  Csaba Osztrogonác  <ossy@webkit.org>
913
914         Unreviewed, remove empty directories.
915
916         * public/data: Removed.
917
918 2015-02-12  Ryosuke Niwa  <rniwa@webkit.org>
919
920         Perf dashboard should show the results of A/B testing
921         https://bugs.webkit.org/show_bug.cgi?id=141500
922
923         Reviewed by Chris Dumez.
924
925         Added the support for fetching test_runs for a specific test group in /api/runs/, and used it in the
926         analysis task page to fetch results for each test group.
927
928         Merged App.createChartData into App.Manifest.fetchRunsWithPlatformAndMetric so that App.BuildRequest
929         can use the formatter.
930
931         * public/api/runs.php:
932         (fetch_runs_for_config_and_test_group): Added.
933         (fetch_runs_for_config): Just return the fetched rows since main will format them with RunsGenerator.
934         (main): Use fetch_runs_for_config_and_test_group to fetch rows when a test group id is specified. Also
935         use RunsGenerator to format results.
936         (RunsGenerator): Added.
937         (RunsGenerator::__construct): Added.
938         (RunsGenerator::add_runs): Added.
939         (RunsGenerator::format_run): Moved.
940         (RunsGenerator::parse_revisions_array): Moved.
941
942         * public/v2/analysis.js:
943         (App.TestGroup): Fixed a typo. The property on a test group that refers to an analysis task is "task".
944         (App.TestGroup._fetchChartData): Added. Fetches all A/B testing results for this group.
945         (App.BuildRequest.configLetter): Renamed from config since this returns a letter that identifies the
946         configuration associated with this build request such as "A" and "B".
947         (App.BuildRequest.statusLabel): Added the missing label for failed build requests.
948         (App.BuildRequest.url): Added. Returns the URL associated with this build request.
949         (App.BuildRequest._meanFetched): Added. Retrieve the mean and the build number for this request via
950         _fetchChartData.
951
952         * public/v2/app.js:
953         (App.Pane._fetch): Set chartData directly here.
954         (App.Pane._updateMovingAverageAndEnvelope): Renamed from _computeChartData. No longer sets chartData
955         now that it's done in App.Pane._fetch.
956         (App.AnalysisTaskController._fetchedRuns): Updated per createChartData merge.
957
958         * public/v2/data.js:
959         (Measurement.prototype.buildId): Added.
960         (TimeSeries.prototype.findPointByBuild): Added.
961
962         * public/v2/index.html: Fixed a bug that build status URL was broken. We can't use link-to helper since
963         url is not an Ember routed path.
964
965         * public/v2/manifest.js:
966         (App.Manifest.fetchRunsWithPlatformAndMetric): Takes testGroupId as the third argument. Merged
967         App.createChartData here so that App.BuildRequest can use the formatter
968
969 2015-02-12  Ryosuke Niwa  <rniwa@webkit.org>
970
971         v2 UI should adjust the number of ticks on dashboards based on screen size
972         https://bugs.webkit.org/show_bug.cgi?id=141502
973
974         Reviewed by Chris Dumez.
975
976         * public/v2/interactive-chart.js:
977         (App.InteractiveChartComponent._updateDimensionsIfNeeded): Compute the number of ticks based on the
978         content size.
979
980 2015-02-11  Ryosuke Niwa  <rniwa@webkit.org>
981
982         New perf dashboard shows too much space around interesting data points
983         https://bugs.webkit.org/show_bug.cgi?id=141487
984
985         Reviewed by Chris Dumez.
986
987         Revise the y-axis range adjustment algorithm in r179913. Instead of showing the entire moving average,
988         show the current time series excluding points in the series outside the moving average envelope.
989
990         * public/v2/app.js:
991         (App.Pane._computeChartData): Don't deal with missing moving average or enveloping strategy here.
992         (App.Pane._computeMovingAverageAndOutliers): Set isOutliner to true on all data points in the current
993         time series if the point lies outside the moving average envelope. Don't expose the moving average or
994         the envelope computed for this purpose if they're not set by the user.
995
996         * public/v2/data.js:
997         (TimeSeries.prototype.minMaxForTimeRange): Takes a boolean argument, ignoreOutlier. When the flag is set
998         to true, min/max computation will ignore any point in the series with non-falsy "isOutliner" property.
999
1000         * public/v2/interactive-chart.js:
1001         (App.InteractiveChartComponent._constructGraphIfPossible): Unsupport hideMovingAverage and hideEnvelope.
1002         (App.InteractiveChartComponent._computeYAxisDomain): Removed the commented out code. Also moved the code
1003         to deal with showFullYAxis here.
1004         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Rewrote the code. Takes ignoreOutliners as an
1005         argument instead of directly inspecting showFullYAxis.
1006
1007 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
1008
1009         New perf dashboard shouldn't always show outliners
1010         https://bugs.webkit.org/show_bug.cgi?id=141445
1011
1012         Reviewed by Chris Dumez.
1013
1014         Use the simple moving average with an average difference envelope to compute the y-axis range to show
1015         to avoid expanding it spuriously to show one off outlier.
1016
1017         * public/v2/app.js:
1018         (App.Pane): Don't show the full y-axis range by default.
1019         (App.Pane._computeChartData): Use the first strategies for the moving average and the enveloping if
1020         one is not specified by the user but without showing them in the charts.
1021         (App.Pane._computeMovingAverage): Takes moving average and enveloping strategies as arguments instead
1022         of retrieving via chosenMovingAverageStrategy and chosenEnvelopingStrategy.
1023
1024         (App.ChartsController._parsePaneList): Added showFullYAxis as a query string argument to each pane.
1025         (App.ChartsController._serializePaneList): Ditto.
1026
1027         * public/v2/chart-pane.css: Added a CSS rule for when y-axis is clickable.
1028
1029         * public/v2/index.html: Pass in showFullYAxis as an argument to the main interactive chart.
1030
1031         * public/v2/interactive-chart.js:
1032         (App.InteractiveChartComponent._constructGraphIfPossible): Add an event listener on y-axis labels when
1033         the chart is interactive so that toggle showFullYAxis. Also hide the moving average and/or the envelope
1034         if they are not specified by the user (i.e. only used to adjust y-axis range).
1035         (App.InteractiveChartComponent._updateDomain): Don't exit early if y-axis domains are different even if
1036         x-axis domain remained the same. Without this change, the charts would never redraw.
1037         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Use the moving average instead of the current
1038         time series to compute the y-axis range if showFullYAxis is false. When showFullYAxis is true, expand
1039         y-axis all the way down to 0 or the minimum value in the current time series whichever is smaller.
1040
1041         * public/v2/js/statistics.js:
1042         (Statistics.MovingAverageStrategies): Use a wider window in Simple Moving Average by default.
1043
1044 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
1045
1046         Unreviewed build fix.
1047
1048         * public/v2/app.js:
1049         (set get App.Pane.Ember.Object.extend):
1050
1051 2015-02-10  Ryosuke Niwa  <rniwa@webkit.org>
1052
1053         New perf dashboard should have the ability to overlay moving average with an envelope
1054         https://bugs.webkit.org/show_bug.cgi?id=141438
1055
1056         Reviewed by Andreas Kling.
1057
1058         This patch adds three kinds of moving average strategies and two kinds of enveloping strategies:
1059
1060         Simple Moving Average - The moving average x̄_i of x_i is computed as the arithmetic mean of values
1061         from x_(i - n) though x_(i + m) where n is a non-negative integer and m is a positive integer. It takes
1062         n, backward window size, and m, forward window size, as an argument.
1063
1064         Cumulative Moving Average - x̄_i is computed as the arithmetic mean of all values x_0 though x_i.
1065         That is, x̄_1 = x_1 and x̄_i = ((i - 1) * M_(i - 1) + x_i) / i for all i > 1.
1066
1067         Exponential Moving Average - x̄_i is computed as the weighted average of x_i and x̄_(i - 1) with α as
1068         an argument specifying x_i's weight. To be precise, x̄_1 = x_1 and x̄_i = α * x_i + (α - 1) x̄_(i-1).
1069
1070
1071         Average Difference - The enveloping delta d is computed as the arithmetic mean of the difference
1072         between each x_i and x̄_i.
1073
1074         Moving Average Standard Deviation - d is computed like the standard deviation except the deviation
1075         for each term is measured from the moving average instead of the sample arithmetic mean. i.e. it uses
1076         the average of (x_i - x̄_i)^2 as the "sample variance" instead of the conventional (x_i - x̄)^2 where
1077         x̄ is the sample mean of all x_i's. This change was necessary since our time series is non-stationary.
1078
1079
1080         Each strategy is cloned for an App.Pane instance so that its parameterList can be configured per pane.
1081         The configuration of the currently chosen strategies is saved in the query string for convenience.
1082
1083         Also added the "stat pane" to choose a moving average strategy and a enveloping strategy in each pane.
1084
1085         * public/v2/app.css: Specify the fill color for all SVG groups in the pane toolbar icons.
1086
1087         * public/v2/app.js:
1088         (App.Pane._fetch): Delegate the creation of 'chartData' to _computeChartData.
1089         (App.Pane.updateStatisticsTools): Added. Clones moving average and enveloping strategies for this pane.
1090         (App.Pane._cloneStrategy): Added. Clones a strategy for a new pane.
1091         (App.Pane._configureStrategy): Added. Finds and configures a strategy from the configuration retrieved
1092         from the query string via ChartsController.
1093         (App.Pane._computeChartData): Added. Creates chartData from fetchedData.
1094         (App.Pane._computeMovingAverage): Added. Computes the moving average and the envelope.
1095         (App.Pane._executeStrategy): Added.
1096         (App.Pane._updateStrategyConfigIfNeeded): Pushes the strategy configurations to the query string via
1097         ChartsController.
1098         (App.ChartsController._parsePaneList): Merged the query string arguments for the range and point
1099         selections, and added two new arguments for the moving average and the enveloping configurations.
1100         (App.ChartsController._serializePaneList): Ditto.
1101         (App.ChartsController._scheduleQueryStringUpdate): Observes strategy configurations.
1102         (App.PaneController.actions.toggleBugsPane): Hides the stat pane.
1103         (App.PaneController.actions.toggleSearchPane): Hides the stat pane.
1104         (App.PaneController.actions.toggleStatPane): Added.
1105
1106         * public/v2/chart-pane.css: Added CSS rules for the new stat pane. Also added .foreground class for the
1107         current (as opposed to baseline and target) time series for when it's the most foreground graph without
1108         moving average and its envelope overlapping on top of it.
1109
1110         * public/v2/index.html: Added the templates for the stat pane and the corresponding icon (Σ).
1111
1112         * public/v2/interactive-chart.js:
1113         (App.InteractiveChartComponent.chartDataDidChange): Unset _totalWidth and _totalHeight to avoid exiting
1114         early inside _updateDimensionsIfNeeded when chartData changes after the initial layout.
1115         (App.InteractiveChartComponent.didInsertElement): Attach event listeners here instead of inside
1116         _constructGraphIfPossible since that could be called multiple times on the same SVG element.
1117         (App.InteractiveChartComponent._constructGraphIfPossible): Clear down the old SVG element we created
1118         but don't bother removing individual paths and circles. Added the code to show the moving average time
1119         series when there is one. Also add "foreground" class on SVG elements for the current time series when
1120         we're not showing the moving average. chart-pane.css has been updated to "dim down" the current time
1121         series when "foreground" is not set.
1122         (App.InteractiveChartComponent._minMaxForAllTimeSeries): Take the moving average time series into
1123         account when computing the y-axis range.
1124         (App.InteractiveChartComponent._brushChanged): Removed 'selectionIsLocked' argument as it's useless.
1125
1126         * public/v2/js/statistics.js:
1127         (Statistics.MovingAverageStrategies): Added.
1128         (Statistics.EnvelopingStrategies): Added.
1129
1130 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
1131
1132         The delta value in the chart pane sometimes doens't show '+' for a positive delta
1133         https://bugs.webkit.org/show_bug.cgi?id=141340
1134
1135         Reviewed by Andreas Kling.
1136
1137         The bug was caused by computeStatus prefixing the value delta with '+' if it's greater than 0 after
1138         it had already been formatted. Fixed the bug by using a formatter that always emits a sign symbol.
1139
1140         * public/v2/app.js:
1141         (App.Pane.computeStatus):
1142         (App.createChartData):
1143
1144 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
1145
1146         Unreviewed build fix. currentPoint wasn't defined when selectedPoints was used to find points.
1147
1148         * public/v2/app.js:
1149         (App.PaneController._updateDetails):
1150
1151 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
1152
1153         Unreviewed. Commit the forgotten change.
1154
1155         * public/include/manifest.php:
1156
1157 2015-02-06  Ryosuke Niwa  <rniwa@webkit.org>
1158
1159         New perf dashboard should have multiple dashboard pages
1160         https://bugs.webkit.org/show_bug.cgi?id=141339
1161
1162         Reviewed by Chris Dumez.
1163
1164         Added the support for multiple dashboard pages. Also added the status of the latest data point.
1165         e.g. "5% better than target"
1166
1167         * public/v2/app.css: Tweaked the styles to work around the fact Ember.js creates empty script elements.
1168         Also hid the border lines around charts on the dashboard page for a cleaner look.
1169
1170         * public/v2/app.js:
1171         (App.IndexRoute): Added. Navigate to /dashboard/<defaultDashboardName> once the manifest.json is loaded.
1172         (App.IndexRoute.beforeModel): Added.
1173         (App.DashboardRoute): Added.
1174         (App.DashboardRoute.model): Added. Return the dashboard specified by the name.
1175         (App.CustomDashboardRoute): Added. This route is used for a customized dashboard specified by "grid".
1176         (App.CustomDashboardRoute.model): Create a dashboard model from "grid" query parameter.
1177         (App.CustomDashboardRoute.renderTemplate): Use the dashboard template.
1178         (App.DashboardController): Renamed from App.IndexController.
1179         (App.DashboardController.modelChanged): Renamed from gridChanged. Removed the code to deal with "grid"
1180         and "defaultDashboard" as these are taken care of by newly added routers.
1181         (App.DashboardController.computeGrid): Renamed from updateGrid. No longer updates "grid" since this is
1182         now done in actions.toggleEditMode.
1183         (App.DashboardController.actions.toggleEditMode): Navigate to CustomDashboardRoute when start editing
1184         an existing dashboard.
1185
1186         (App.Pane.computeStatus): Moved from App.PaneController so that to be called in App.Pane.latestStatus.
1187         Also moved the code to compute the delta with respect to the previous data point from _updateDetails.
1188         (App.Pane._relativeDifferentToLaterPointInTimeSeries): Ditto.
1189         (App.Pane.latestStatus): Added. Used by the dashboard template to show the status of the latest result.
1190
1191         (App.createChartData): Added deltaFormatter to show less significant digits for differences.
1192
1193         (App.PaneController._updateDetails): Updated per changes to computeStatus.
1194
1195         * public/v2/chart-pane.css: Added style rules for the status labels on the dashboard.
1196
1197         * public/v2/data.js:
1198         (TimeSeries.prototype.lastPoint): Added.
1199
1200         * public/v2/index.html: Prefetch manifest.json as soon as possible, show the latest data points' status
1201         on the dashboard, and enumerate all predefined dashboards.
1202
1203         * public/v2/interactive-chart.js:
1204         (App.InteractiveChartComponent._relayoutDataAndAxes): Slightly adjust the offset at which we show unit
1205         for the dashboard page.
1206
1207         * public/v2/manifest.js:
1208         (App.Dashboard): Inherit from App.NameLabelModel now that each predefined dashboard has a name.
1209         (App.MetricSerializer.normalizePayload): Parse all predefined dashboards instead of a single dashboard.
1210         IDs are generated for each dashboard for forward compatibility.
1211         (App.Manifest):
1212         (App.Manifest.dashboardByName): Added.
1213         (App.Manifest.defaultDashboardName): Added.
1214         (App.Manifest._fetchedManifest): Create dashboard model objects for all predefined ones.
1215
1216 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
1217
1218         Move commits viewer to the end of details view
1219         https://bugs.webkit.org/show_bug.cgi?id=141315
1220
1221         Rubber-stamped by Andreas Kling.
1222
1223         Show the difference instead of the old value per kling's request.
1224
1225         * public/v2/app.js:
1226         (App.PaneController._updateDetails):
1227         * public/v2/index.html:
1228
1229 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
1230
1231         Move commits viewer to the end of details view
1232         https://bugs.webkit.org/show_bug.cgi?id=141315
1233
1234         Reviewed by Andreas Kling.
1235
1236         Improved the way list of commits are shown per kling's request.
1237
1238         * public/v2/app.js:
1239         (App.PaneController._updateDetails): Always show the old value even when a single point is selected.
1240
1241         * public/v2/chart-pane.css: Updated the style for the commits viewer.
1242
1243         * public/v2/commits-viewer.js:
1244         (App.CommitsViewerComponent): Added "visible" property to hide the list of commits.
1245         (App.CommitsViewerComponent.actions.toggleVisibility): Added. Toggles "visible" property.
1246
1247         * public/v2/index.html: Updated the template for commits viewer to support "visible" property. Also
1248         moved the commits viewers out of the details tables so that they don't interleave revision data.
1249
1250 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
1251
1252         New perf dashboard should compare results to baseline and target
1253         https://bugs.webkit.org/show_bug.cgi?id=141286
1254
1255         Reviewed by Chris Dumez.
1256
1257         Compare the selected value against baseline and target values as done in v1. e.g. "5% below target"
1258         Also use d3.format to format the selected value to show four significant figures.
1259
1260         * public/v2/app.js:
1261         (App.Pane.searchCommit):
1262         (App.Pane._fetch): Create time series here via createChartData so that _computeStatus can use them
1263         to compute the status text without having to recreate them.
1264         (App.createChartData): Added.
1265         (App.PaneController._updateDetails): Use 3d.format on current and old values.
1266         (App.PaneController._computeStatus): Added. Computes the status text.
1267         (App.PaneController._relativeDifferentToLaterPointInTimeSeries): Added.
1268         (App.AnalysisTaskController._fetchedManifest): Use createChartData as done in App.Pane._fetch. Also
1269         format the values using chartData.formatter.
1270
1271         * public/v2/chart-pane.css: Enlarge the status text. Show the status text in red if it's worse than
1272         the baseline and in blue if it's better than the target.
1273
1274         * public/v2/data.js:
1275         (TimeSeries.prototype.findPointAfterTime): Added.
1276
1277         * public/v2/index.html: Added a new tbody for the status text and the selected value. Also fixed
1278         the bug that we were not showing the old value's unit.
1279
1280         * public/v2/interactive-chart.js:
1281         (App.InteractiveChartComponent._constructGraphIfPossible): Use chartData.formatter. Also cleaned up
1282         the code to show the baseline and the target lines.
1283
1284         * public/v2/manifest.js:
1285         (App.Manifest.fetchRunsWithPlatformAndMetric): Added smallerIsBetter.
1286
1287 2015-02-05  Ryosuke Niwa  <rniwa@webkit.org>
1288
1289         Unreviewed build fix.
1290
1291         * public/v2/app.js:
1292         (App.IndexController.gridChanged): Use store.createRecord to create a custom dashboard as required by Ember.js
1293
1294 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1295
1296         New perf dashboard doesn't preserve the number of days when clicking on a dashboard chart
1297         https://bugs.webkit.org/show_bug.cgi?id=141280
1298
1299         Reviewed by Chris Dumez.
1300
1301         Fixed the bug by passing in "since" as a query parameter to the charts page.
1302
1303         Also fixed the styling issue that manifests when a JSON fetching fails on "Dashboard" page.
1304
1305         * public/v2/app.css: Fixed CSS rules for error messages shown in the place of charts.
1306         * public/v2/app.js:
1307         (App.IndexController): Changed the default number of days from one month to one week.
1308         (App.IndexController._sharedDomainChanged): Set "since" property on the controller.
1309         * public/v2/index.html: Pass in "since" property on the controller as a query parameter.
1310
1311 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1312
1313         New perf dashboard erroneously clears zoom when poping history items
1314         https://bugs.webkit.org/show_bug.cgi?id=141278
1315
1316         Reviewed by Chris Dumez.
1317
1318         The bug was caused by _sharedZoomChanged updating overviewSelection without updating mainPlotDomain.
1319
1320         Updating overviewSelection resulted in _overviewSelectionChanged, which observes changes to overviewSelection,
1321         to schedule a call to propagateZoom, which in turn overrode "sharedZoom" we just parsed from the query string.
1322
1323         * public/v2/app.js:
1324         (App.PaneController._overviewSelectionChanged): Don't schedule propagateZoom if the selected domain is already
1325         shown in the main plot.
1326         (App.PaneController._sharedZoomChanged): Set both overviewSelection and mainPlotDomain to avoid overriding
1327         "sharedZoom" via propagateZoom inside _overviewSelectionChanged.
1328
1329 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1330
1331         New perf dashboard shows null as the aggregator name if no aggregation is done
1332         https://bugs.webkit.org/show_bug.cgi?id=141256
1333
1334         Reviewed by Chris Dumez.
1335
1336         Don't show the aggregator name if there isn't one.
1337
1338         * public/v2/manifest.js:
1339         (App.Metric.label):
1340
1341 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1342
1343         Unreviewed build fix after r179611.
1344
1345         * public/v2/interactive-chart.js:
1346
1347 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1348
1349         Perf dashboard doesn’t show the right unit for Safari UI tests
1350         https://bugs.webkit.org/show_bug.cgi?id=141238
1351
1352         Reviewed by Darin Adler.
1353
1354         Safari UI tests use custom metrics that end with "Time". This patch teaches the perf dashboard how to
1355         get the unit for a given metric based on the suffix of the metric name instead of hard-coding the mapping
1356         between metrics and their units.
1357
1358         * public/js/helper-classes.js:
1359         (PerfTestRuns): Use the suffix of the metric name to compute the unit.
1360         * public/v2/manifest.js:
1361         (App.Manifest.fetchRunsWithPlatformAndMetric): Ditto. Also set "useSI" property iff for "bytes".
1362         * public/v2/interactive-chart.js:
1363         (App.InteractiveChartComponent._constructGraphIfPossible): Respect useSI. Use toPrecision(3) otherwise.
1364         (App.InteractiveChartComponent._relayoutDataAndAxes): Place the unit vertically on the left of ticks.
1365
1366 2015-02-04  Ryosuke Niwa  <rniwa@webkit.org>
1367
1368         Interactive chart component provides two duplicate API for highlighting points
1369         https://bugs.webkit.org/show_bug.cgi?id=141234
1370
1371         Reviewed by Chris Dumez.
1372
1373         Prior to this patch, the interactive chart component supported highlightedItems for finding commits
1374         on the main charts page and markedPoints to show the two end points in the analysis task page.
1375
1376         This patch merges markedPoints into highlightedItems. 
1377
1378         * public/v2/app.js:
1379         (App.AnalysisTaskController._fetchedRuns): Use highlightedItems.
1380         * public/v2/chart-pane.css:
1381         * public/v2/index.html: Ditto.
1382         * public/v2/interactive-chart.js: 
1383         (App.InteractiveChartComponent._constructGraphIfPossible): Make this._highlights an array instead of
1384         array of arrays. Also call _highlightedItemsChanged at the end to fix the bug that we never highlight
1385         items if highlightedItems was set before the initial layout.
1386         (App.InteractiveChartComponent._relayoutDataAndAxes):
1387         (App.InteractiveChartComponent._updateHighlightPositions): Now that highlights are circles instead of
1388         vertical lines, just set cx and cy as done for other "dots".
1389         (App.InteractiveChartComponent._highlightedItemsChanged): Exit early only if _clippedContainer wasn't
1390         already set; i.e. _constructGraphIfPossible hasn't been called. Also updated the logic to accommodate
1391         the fact this._highlights is an array of elements instead of an array of arrays of elements. Finally,
1392         set the radius of highlight circles here.
1393
1394 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
1395
1396         Don’t use repository names as id’s.
1397         https://bugs.webkit.org/show_bug.cgi?id=141226
1398
1399         Reviewed by Chris Dumez.
1400
1401         Not using repository names as their id's reduces the need to fetch the entire repositories table.
1402         Since names of repositories are available in manifest.json, we can resolve their names in the front end.
1403
1404         * Websites/perf.webkit.org/public/api/runs.php:
1405         (parse_revisions_array): No longer uses $repository_id_to_name.
1406         (main): No longer populates $repository_id_to_name.
1407
1408         * Websites/perf.webkit.org/public/api/triggerables.php:
1409         (main): Don't resolve repository names.
1410
1411         * Websites/perf.webkit.org/public/include/manifest.php:
1412         (ManifestGenerator::repositories): Use repositories ids as keys in the result and include their names.
1413         (ManifestGenerator::bug_trackers): Don't resolve repository names.
1414
1415         * Websites/perf.webkit.org/public/js/helper-classes.js:
1416         (TestBuild): Renamed repositoryName to repositoryId.
1417         (TestBuild.revision): Ditto.
1418         (TestBuild.formattedRevisions): Ditto. Continue to use the repository name in the formatted result
1419         since this is the text shown to human.
1420
1421         * Websites/perf.webkit.org/public/v2/app.js:
1422         (App.pane.searchCommit): Renamed repositoryName to repositoryId.
1423         (App.PaneController._updateDetails): Ditto.
1424         (App.AnalysisTaskController.updateRoots): Ditto.
1425
1426         * Websites/perf.webkit.org/public/v2/data.js:
1427         (Measurement): Ditto.
1428         (Measurement.prototype.commitTimeForRepository): Ditto.
1429         (Measurement.prototype.formattedRevisions): Ditto.
1430
1431         * Websites/perf.webkit.org/public/v2/index.html: Use the repository name and the repository id as
1432         select element's label and value respectively.
1433
1434 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
1435
1436         Unreviewed build fix. Declare $repository_id_to_name in the global scope.
1437
1438         * public/api/runs.php:
1439
1440 2015-02-03  Ryosuke Niwa  <rniwa@webkit.org>
1441
1442         /api/runs.php should have main function
1443         https://bugs.webkit.org/show_bug.cgi?id=141220
1444
1445         Reviewed by Benjamin Poulain.
1446
1447         Wrapped the code inside main function for clarity.
1448
1449         * public/api/runs.php:
1450
1451 2015-01-27  Ryosuke Niwa  <rniwa@webkit.org>
1452
1453         Unreviewed build fix. "eta" isn't set on a in-progress build on a newly added builder.
1454
1455         * tools/sync-with-buildbot.py:
1456         (find_request_updates):
1457
1458 2015-01-23  Ryosuke Niwa  <rniwa@webkit.org>
1459
1460         Perf dashboard always assigns the result of A/B testing with build request 1
1461         https://bugs.webkit.org/show_bug.cgi?id=140382
1462
1463         Reviewed by Darin Adler.
1464
1465         The bug was caused by the expression array_get($report, 'jobId') or array_get($report, 'buildRequest')
1466         which always evaluated to 1 when the report contained jobId. Fixed the bug by cascading array_get instead.
1467
1468         Also fixed a typo as well as a bug that reports were never associated with builds.
1469
1470         * public/include/report-processor.php:
1471         (ReportProcessor::process): Don't use "or" to find the non-null value since that always evaluates to 1
1472         instead of the first non-null value.
1473         (ReportProcessor::resolve_build_id): Fixed the typo by adding the missing "$this->".
1474         (ReportProcessor::commit): Associate the report with the corresponding build as intended.
1475
1476 2015-01-23  Ryosuke Niwa  <rniwa@webkit.org>
1477
1478         Unreviewed typo fix. The prefix in triggerable_configurations is "trigconfig", not "trigrepo".
1479
1480         * public/admin/tests.php:
1481
1482 2015-01-10  Ryosuke Niwa  <rniwa@webkit.org>
1483
1484         Unreviewed build fix. Removed the stale code.
1485
1486         * public/admin/triggerables.php:
1487
1488 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
1489
1490         Perf dashboard should have the ability to post A/B testing builds
1491         https://bugs.webkit.org/show_bug.cgi?id=140317
1492
1493         Rubber-stamped by Simon Fraser.
1494
1495         This patch adds the support for triggering A/B testing from the perf dashboard.
1496
1497         We add a few new tables to the database. "build_triggerables", which represents a set of builders
1498         that accept A/B testing. "triggerable_repositories" associates each "triggerable" with a fixed set
1499         of repositories for which an arbitrary revision can be specified for A/B testing.
1500         "triggerable_configurations" specifies a triggerable available on a given test on a given platform.
1501         "roots" table which specifies the revision used in a given root set in each repository.
1502
1503         * init-database.sql: Added "build_triggerables", "triggerable_repositories",
1504         "triggerable_configurations", and "roots" tables. Added references to "build_triggerables",
1505         "platforms", and "tests" tables as well as columns to store status, status url, and creation time
1506         to build_requests table. Also made each test group's name unique in a given analysis task as it
1507         would be confusing to have multiple test groups of the same name.
1508
1509         * public/admin/tests.php: Added the UI and the code to associate a test with a triggerable.
1510
1511         * public/admin/triggerables.php: Added. Manages the list of triggerables as well as repositories
1512         for which a specific revision can be set in an A/B testing on a given triggerable.
1513
1514         * public/api/build-requests.php: Added. Returns the list of open build requests on a specified
1515         triggerable. Also updates the status' and the status urls of specified build requests when
1516         buildRequestUpdates is provided in the raw POST data.
1517         (main):
1518
1519         * public/api/runs.php:
1520         (fetch_runs_for_config): Don't include results associated with a build request, meaning they are
1521         results of an A/B testing.
1522
1523         * public/api/test-groups.php:
1524         (main): Use the newly added BuildRequestsFetcher. Also merged fetch_test_groups_for_task back.
1525
1526         * public/api/triggerables.php: Added.
1527         (main): Returns a list of triggerables or a triggerable associated with a given analysis task.
1528
1529         * public/include/admin-header.php:
1530
1531         * public/include/build-requests-fetcher.php: Added. Extracted from public/api/test-groups.php.
1532         (BuildRequestsFetcher): This class abstracts the process of fetching a list of builds requests
1533         and root sets used in those requests.D
1534         (BuildRequestsFetcher::__construct):
1535         (BuildRequestsFetcher::fetch_for_task):
1536         (BuildRequestsFetcher::fetch_for_group):
1537         (BuildRequestsFetcher::fetch_incomplete_requests_for_triggerable):
1538         (BuildRequestsFetcher::has_results):
1539         (BuildRequestsFetcher::results):
1540         (BuildRequestsFetcher::results_with_resolved_ids):
1541         (BuildRequestsFetcher::results_internal):
1542         (BuildRequestsFetcher::root_sets):
1543         (BuildRequestsFetcher::fetch_roots_for_set):
1544
1545         * public/include/db.php:
1546         (Database::prefixed_column_names): Don't return "$prefix_" when there are no columns.
1547         (Database::insert_row): Support taking an empty array for values. This is useful in "root_sets"
1548         table since it only has the primary key, id, column.
1549         (Database::select_or_insert_row):
1550         (Database::update_or_insert_row):
1551         (Database::update_row): Added.
1552         (Database::_select_update_or_insert_row): Takes an extra argument specifying whether a new row
1553         should be inserted when no row matches the specified criteria. This is used while updating
1554         build_requests' status and url in public/api/build-requests.php since we shouldn't be inserting
1555         new build requests in that API.
1556         (Database::select_rows): Also use "1 == 1" in the select query when the query criteria is empty.
1557         This is used in public/api/triggerables.php when no analysis task is specified.
1558
1559         * public/include/json-header.php:
1560         (find_triggerable_for_task): Added. Finds a triggerable available on a given test. We return the
1561         triggerable associated with the closest ancestor of the test. Since issuing a new query for each
1562         ancestor test is expensive, we retrieve triggerable for all ancestor tests at once and manually
1563         find the closest ancestor with a triggerable.
1564
1565         * public/include/report-processor.php:
1566         (ReportProcessor::process):
1567         (ReportProcessor::resolve_build_id): Associate a build request with the newly created build
1568         if jobId or buildRequest is specified.
1569
1570         * public/include/test-name-resolver.php:
1571         (TestNameResolver::map_metrics_to_tests): Store the entire metric row instead of its name so that
1572         test_exists_on_platform can use it. The last diff in public/admin/tests.php adopts this change.
1573         (TestNameResolver::test_exists_on_platform): Added. Returns true iff the test has ever run on
1574         a given platform.
1575
1576         * public/include/test-path-resolver.php: Added.
1577         (TestPathResolver): This class abstracts the ancestor chains of a test. It retrieves the entire
1578         "tests" table to do this since there could be arbitrary number of ancestors for a given test.
1579         This class is a lot more lightweight than TestNameResolver, which retrieves a whole bunch of tables
1580         in order to compute full test metric names.
1581         (TestPathResolver::__construct):
1582         (TestPathResolver::ancestors_for_test): Returns the ordered list of ancestors from the closest to
1583         the highest (a test without a parent).
1584         (TestPathResolver::path_for_test): Returns a test "path", the ordered list of test names from
1585         the highest ancestor to the test itself.
1586         (TestPathResolver::ensure_id_to_test_map): Fetches "tests" table to construct id_to_test_map.
1587
1588         * public/privileged-api/create-test-group.php: Added. An API to create A/B testing groups.
1589         (main):
1590         (commit_sets_from_root_sets): Given a dictionary of repository names to a pair of revisions
1591         for sets A and B respectively, returns a pair of arrays, each of which contains the corresponding
1592         set of "commits" for sets A and B respectively. e.g. {"WebKit": [1, 2], "Safari": [3, 4]} will
1593         result in [[WebKit commit at r1, Safari commit at r3], [WebKit commit at r2, Safari commit at r4]].
1594
1595         * public/v2/analysis.js:
1596         (App.AnalysisTask.testGroups): Takes arguments so that set('testGroups') will invalidate the cache.
1597         (App.AnalysisTask.triggerable): Added. Retrieves the triggerable associated with the task lazily.
1598         (App.TestGroup.rootSets): Added. Returns the list of root set ids used in this A/B testing group.
1599         (App.TestGroup.create): Added. Creates a new A/B testing group.
1600         (App.Triggerable): Added.
1601         (App.TriggerableAdapter): Added.
1602         (App.TriggerableAdapter.buildURL): Added.
1603         (App.BuildRequest.testGroup): Renamed from group.
1604         (App.BuildRequest.orderLabel): Added. One-based index to be used in labels.
1605         (App.BuildRequest.config): Added. Returns either 'A' or 'B' depending on the configuration used
1606         in this build request.
1607         (App.BuildRequest.status): Added.
1608         (App.BuildRequest.statusLabel): Added. Returns a human friendly label for the current status.
1609         (App.BuildRequest): Removed buildNumber, buildBuilder, as well as buildTime as they're unused.
1610
1611         * public/v2/app.js:
1612         (App.AnalysisTaskController.testGroups): Added.
1613         (App.AnalysisTaskController.possibleRepetitionCounts): Added.
1614         (App.AnalysisTaskController.updateRoots): Renamed from roots. This is also no longer a property
1615         but an observer that updates "roots" property. Filter out the repositories that are not accepted
1616         by the associated triggerable as they will be ignored.
1617         (App.AnalysisTaskController.actions.createTestGroup): Added.
1618
1619         * public/v2/index.html: Updated the UI, and added a form element to trigger createTestGroup action.
1620
1621         * tools/sync-with-buildbot.py: Added. This scripts posts new builds on buildbot and reports back
1622         the status of those builds to the perf dashboard. A similar script can be written to support
1623         other continuous builds systems.
1624         (main): Fetches the list of pending builds as well as currently running or completed builds from
1625         a buildbot, and report new statuses of builds requests to the perf dashboard. It will then schedule
1626         a single new build on each builder with no pending builds, and marks the set of open build requests
1627         that have been scheduled to run on the buildbot but not found in the first step as stale.
1628         (load_config): Loads a JSON that contains the configurations for each builder. e.g.
1629         [
1630             {
1631                 "platform": "mac-mavericks",
1632                 "test": ["Parser", "html5-full-render.html"],
1633                 "builder": "Trunk Syrah Production Perf AB Tests",
1634                 "arguments": {
1635                     "forcescheduler": "force-mac-mavericks-release-perf",
1636                     "webkit_revision": "$WebKit",
1637                     "jobid": "$buildRequest"
1638                 }
1639             }
1640         ]
1641
1642         (find_request_updates): Return a list of build request status updates to make based on the pending
1643         builds as well as in-progress and completed builds on each builder on the buildbot. When a build is
1644         completed, we use the special status "failedIfNotCompleted" which results in "failed" status only
1645         if the build request had not been completed. This is necessary because a failed build will not
1646         report its failed-ness back to the perf dashboard in some cases; e.g. lost slave or svn up failure.
1647         (update_and_fetch_build_requests): Submit the build request status updates and retrieve the list
1648         of open requests the perf dashboard has.
1649         (find_stale_request_updates): Compute the list of build requests that have been scheduled on the
1650         buildbot but not found in find_request_updates. These build requests are lost. e.g. a master reboot
1651         or human canceling a build may trigger such a state.
1652         (schedule_request): Schedules a build with the arguments specified in the configuration JSON after
1653         replacing repository names with their revisions and buildRequest with the build request id.
1654         (config_for_request): Finds a builder for the test and the platform of a build request.
1655         (fetch_json): Fetches a JSON from the specified URL, optionally with BasicAuth.
1656         (property_value_from_build): Returns the value of a specific property in a buildbot build.
1657         (request_id_from_build): Returns the build request id of a given buildbot build if there is one.
1658
1659 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
1660
1661         Cache-control should be set only on api/runs
1662         https://bugs.webkit.org/show_bug.cgi?id=140312
1663
1664         Reviewed by Andreas Kling.
1665
1666         Some JSON APIs such as api/analysis-tasks can't be cached even for a short period of time (e.g. a few minutes)
1667         since they can be modified by the user on demand. Since only api/runs.php takes a long time to generate JSONs,
1668         just set cache-control there instead of json-header.php which is used by other JSON APIs.
1669
1670         Also set date_default_timezone_set in db.php since we never use non-UTC timezone in our scripts.
1671
1672         * public/api/analysis-tasks.php:
1673         * public/api/runs.php: Set the cache control headers.
1674         * public/api/test-groups.php:
1675         * public/include/db.php: Set the default timezone to UTC.
1676         * public/include/json-header.php: Don't set the cache control headers.
1677
1678 2015-01-09  Ryosuke Niwa  <rniwa@webkit.org>
1679
1680         api/report-commit should authenticate with a slave name and password
1681         https://bugs.webkit.org/show_bug.cgi?id=140308
1682
1683         Reviewed by Benjamin Poulain.
1684
1685         Use a slave name and a password to authenticate new commit reports.
1686
1687         * public/api/report-commits.php:
1688         (main):
1689         * public/include/json-header.php:
1690         (verify_slave): Renamed and repurposed from verify_builder in report-commits.php. Now authenticates with
1691         a slave name and a password instead of a builder name and a password.
1692         * tests/api-report-commits.js: Updated tests.
1693         * tools/pull-svn.py:
1694         (main): Renamed variables.
1695         (submit_commits): Submits slaveName and slavePassword instead of builderName and builderPassword.
1696
1697 2014-12-19  Ryosuke Niwa  <rniwa@webkit.org>
1698
1699         Perf dashboard should support authentication via a slave password
1700         https://bugs.webkit.org/show_bug.cgi?id=139837
1701
1702         Reviewed by Andreas Kling.
1703
1704         For historical reasons, perf dashboard conflated builders and build slaves. As a result we ended up
1705         having to add multiple builders with the same password when a single build slave is shared among them.
1706
1707         This patch introduces the concept of build_slave into the perf dashboard to end this madness.
1708
1709         * init-database.sql: Added build_slave table as well as references to it in builds and reports.
1710
1711         * public/admin/build-slaves.php: Added.
1712
1713         * public/admin/builders.php: Added the support for updating passwords.
1714
1715         * public/include/admin-header.php:
1716         (update_field): Takes an extra argument when a new value needs to be supplied by the caller instead of
1717         being retrieved from $_POST.
1718         (AdministrativePage::render_table): Use array_get to retrieve a value out of the database row since
1719         the raw may not exist (e.g. new_password).
1720         (AdministrativePage::render_form_to_add): Added the support for post_insertion. Don't render the form
1721         control here when this flag evaluates to TRUE.
1722
1723         * public/include/report-processor.php:
1724         (ReportProcessor::process): Added the logic to authenticate with slaveName and slavePassword if those
1725         values are present in the report. In addition, try authenticating builderName with slavePassword if
1726         builderPassword is not specified. When neither password is specified, exit with BuilderNotFound.
1727         Also insert the slave or the builder whichever is missing after we've successfully authenticated.
1728         (ReportProcessor::construct_build_data): Takes a builder ID and an optional slave ID instead of
1729         a builder row.
1730         (ReportProcessor::store_report): Store the slave ID with the report.
1731         (ReportProcessor::resolve_build_id): Exit with MismatchingBuildSlave when the slave associated with
1732         the matching build is different from what's being reported.
1733
1734         * tests/api-report.js: Added a bunch of tests to test the new features of /api/report.
1735         (.addSlave): Added.
1736
1737 2014-12-18  Ryosuke Niwa  <rniwa@webkit.org>
1738
1739         New perf dashboard should not duplicate author information in each commit
1740         https://bugs.webkit.org/show_bug.cgi?id=139756
1741
1742         Reviewed by Darin Adler.
1743
1744         Instead of each commit having author name and email, make it reference a newly added committers table.
1745         Also replace "email" by "account" since some repositories don't use emails as account names.
1746
1747         This improves the keyword search performance in commits.php since LIKE now runs on committers table,
1748         which only contains as many rows as there are accounts in each repository, instead of commits table
1749         which contains every commit ever happened in each repository.
1750
1751         To migrate an existing database into match the new schema, run:
1752
1753         BEGIN;
1754
1755         INSERT INTO committers (committer_repository, committer_name, committer_email)
1756             (SELECT DISTINCT commit_repository, commit_author_name, commit_author_email
1757                 FROM commits WHERE commit_author_email IS NOT NULL);
1758
1759         ALTER TABLE commits ADD COLUMN commit_committer integer REFERENCES committers ON DELETE CASCADE;
1760
1761         UPDATE commits SET commit_committer = committer_id FROM committers
1762             WHERE commit_repository = committer_repository AND commit_author_email = committer_email;
1763
1764         ALTER TABLE commits DROP COLUMN commit_author_name CASCADE;
1765         ALTER TABLE commits DROP COLUMN commit_author_email CASCADE;
1766
1767         COMMIT;
1768
1769         * init-database.sql: Added committers table, and replaced author columns in commits table by a foreign
1770         reference to committers. Also added the missing drop table statements.
1771
1772         * public/api/commits.php:
1773         (main): Fetch the corresponding committers row for a single commit. Also wrap a single commit by
1774         an array here instead of doing it in format_commit.
1775         (fetch_commits_between): Updated queries to JOIN commits with committers.
1776         (format_commit): Takes both commit and committers rows. Also don't wrap the result in an array as that
1777         is now done in main.
1778
1779         * public/api/report-commits.php:
1780         (main): Store the reported committer information or update the existing entry if there is one.
1781
1782         * tests/admin-regenerate-manifest.js: Fixed tests.
1783
1784         * tests/api-report-commits.js: Ditto. Also added a test for updating an existing committer entry.
1785
1786         * tools/pull-svn.py: Renamed email to account.
1787         (main):
1788         (fetch_commit_and_resolve_author):
1789         (fetch_commit):
1790         (resolve_author_name_from_account):
1791         (resolve_author_name_from_email): Deleted.
1792
1793 2014-12-17  Ryosuke Niwa  <rniwa@webkit.org>
1794
1795         Unreviewed build fix.
1796
1797         * public/v2/index.html: Include js files we extracted in r177424.
1798
1799 2014-12-16  Ryosuke Niwa  <rniwa@webkit.org>
1800
1801         Unreviewed. Adding the forgotten svnprop.
1802
1803         * tools/pull-svn.py: Added property svn:executable.
1804
1805 2014-12-16  Ryosuke Niwa  <rniwa@webkit.org>
1806
1807         Split InteractiveChartComponent and CommitsViewerComponent into separate files
1808         https://bugs.webkit.org/show_bug.cgi?id=139716
1809
1810         Rubber-stamped by Benjamin Poulain.
1811
1812         Refactored InteractiveChartComponent and CommitsViewerComponent out of app.js into commits-viewer.js
1813         and interactive-chart.js respectively since app.js has gotten really large.
1814
1815         * public/v2/app.js:
1816         * public/v2/commits-viewer.js: Added.
1817         * public/v2/interactive-chart.js: Added.
1818
1819 2014-12-02  Ryosuke Niwa  <rniwa@webkit.org>
1820
1821         New perf dashboard's chart UI is buggy
1822         https://bugs.webkit.org/show_bug.cgi?id=139214
1823
1824         Reviewed by Chris Dumez.
1825
1826         The bugginess was caused by weird interactions between charts and panes. Rewrote the code to fix it.
1827
1828         Superfluous selectionChanged and domainChanged "event" actions were removed from the interactive chart
1829         component. This is not how Ember.js components should interact to begin with. The component now exposes
1830         selectedPoints and always updates selection instead of sharedSelection.
1831
1832         * public/v2/app.js:
1833         (App.ChartsController.present): Added. We can't call Date.now() in various points in our code as that
1834         would lead to infinite mutual recursions since X-axis domain values wouldn't match up.
1835         (App.ChartsController.updateSharedDomain): This function was completely useless. The overview's start
1836         and end time should be completely determined by "since" and the present time.
1837         (App.ChartsController._startTimeChanged): Ditto.
1838         (App.ChartsController._scheduleQueryStringUpdate):
1839         (App.ChartsController._updateQueryString): Set "zoom" only if it's different from the shared domain.
1840
1841         (App.domainsAreEqual): Moved from InteractiveChartComponent._xDomainsAreSame.
1842
1843         (App.PaneController.actions.createAnalysisTask): Use selectedPoints property set by the chart.
1844         (App.PaneController.actions.overviewDomainChanged): Removed; only needed to call updateSharedDomain.
1845         (App.PaneController.actions.rangeChanged): Removed. _showDetails (renamed to _updateDetails) directly
1846         observes the changes to selectedPoints property as it gets updated by the main chart.
1847         (App.PaneController._overviewSelectionChanged): This was previously a dead code. Now it's used again
1848         with a bug fix. When the overview selection is cleared, we use the same domain in the main chart and
1849         the overview chart.
1850         (App.PaneController._sharedDomainChanged): Fixed a but that it erroneously updates the overview domain
1851         when domain arrays aren't identical. This was causing a subtle race with other logic.
1852         (App.PaneController._sharedZoomChanged): Ditto. Also don't set mainPlotDomain here as any changes to
1853         overviewSelection will automatically propagate to the main plot's domain as they're aliased.
1854         (App.PaneController._currentItemChanged): Merged into _updateDetails (renamed from _showDetails).
1855         (App.PaneController._updateDetails): Previously, this function took points and inspected _hasRange to
1856         see if those two points correspond to a range or a single data point. Rewrote all that logic by
1857         directly observing selectedPoints and currentItem properties instead of taking points and relying on
1858         an instance variable, which was a terrible API.
1859         (App.PaneController._updateCanAnalyze): Use selectedPoints property. Since this property is only set
1860         when the main plot has a selected range, we don't have to check this._hasRange anymore.
1861
1862         (App.InteractiveChartComponent._updateDomain): No longer sends domainChanged "event" action.
1863         (App.InteractiveChartComponent._sharedSelectionChanged): Removed. This is a dead code.
1864         (App.InteractiveChartComponent._updateSelection):
1865         (App.InteractiveChartComponent._xDomainsAreSame): Moved to App.domainsAreEqual.
1866         (App.InteractiveChartComponent._setCurrentSelection): Update the selection only if needed. Also set
1867         selectedPoints property.
1868
1869         (App.AnalysisTaskController._fetchedRuns):
1870         (App.AnalysisTaskController._rootChangedForTestSet):
1871
1872         * public/v2/index.html:
1873         Removed non-functional sharedSelection and superfluous selectionChanged and domainChanged actions.
1874
1875 2014-11-21  Ryosuke Niwa  <rniwa@webkit.org>
1876
1877         Unreviewed. Fixed syntax errors.
1878
1879         * init-database.sql:
1880         * public/api/commits.php:
1881
1882 2014-11-21  Ryosuke Niwa  <rniwa@webkit.org>
1883
1884         The dashboard on new perf monitor should be configurable
1885         https://bugs.webkit.org/show_bug.cgi?id=138994
1886
1887         Reviewed by Benjamin Poulain.
1888
1889         For now, make it configurable via config.json. We should eventually make it configurable via
1890         an administrative page but this will do for now.
1891
1892         * config.json: Added the empty dashboard configuration.
1893
1894         * public/include/manifest.php: Include the dashboard configuration in the manifest file.
1895
1896         * public/v2/app.js:
1897         (App.IndexController): Removed defaultTable since this is now dynamically obtained via App.Manifest.
1898         (App.IndexController.gridChanged): Use App.Dashboard to parse the dashboard configuration.
1899         Also obtain the default configuration from App.Manifest.
1900         (App.IndexController._normalizeTable): Moved to App.Dashboard.
1901
1902         * public/v2/manifest.js:
1903         (App.Repository.urlForRevision): Fixed the position of the open curly bracket.
1904         (App.Repository.urlForRevisionRange): Ditto.
1905         (App.Dashboard): Added.
1906         (App.Dashboard.table): Extracted from App.IndexController.gridChanged.
1907         (App.Dashboard.rows): Ditto.
1908         (App.Dashboard.headerColumns): Ditto.
1909         (App.Dashboard._normalizeTable): Moved from App.IndexController._normalizeTable.
1910         (App.MetricSerializer.normalizePayload): Synthesize a dashboard record from the configuration.
1911         Since there is exactly one dashboard object per app, it's okay to hard code an id here.
1912         (App.Manifest._fetchedManifest): Set defaultDashboard to the one and only one dashboard we have.
1913
1914 2014-11-21  Ryosuke Niwa  <rniwa@webkit.org>
1915
1916         There should be a way to associate bugs with analysis tasks
1917         https://bugs.webkit.org/show_bug.cgi?id=138977
1918
1919         Reviewed by Benjamin Poulain.
1920
1921         Updated associate-bug.php to match the new database schema.
1922
1923         * public/include/json-header.php:
1924         (require_format): Removed the call to camel_case_words_separated_by_underscore since the name is
1925         already camel-cased in require_existence_of. This makes the function usable elsewhere.
1926
1927         * public/privileged-api/associate-bug.php:
1928         (main): Changed the API to take run, bugTracker, and number to match the new database schema.
1929         Also verify that those values are integers using require_format.
1930
1931         * public/v2/analysis.js:
1932         (App.AnalysisTask.label): Added. Concatenates the task's name with the bug numbers.
1933         (App.Bug.label): Added.
1934         (App.BugAdapter): Added.
1935         (App.BugAdapter.createRecord): Use PrivilegedAPI instead of the builtin ajax call.
1936         (App.BuildRequest): Inherit from newly added App.Model, which is set to DS.Model right now.
1937
1938         * public/v2/app.css: Renamed .test-groups to .analysis-group. Also added new rules for the table
1939         containing the bug information.
1940
1941         * public/v2/app.js:
1942         (App.InteractiveChartComponent._rangesChanged): Added label to range bar objects.
1943         (App.AnalysisTaskRoute):
1944         (App.AnalysisTaskController): Replaced the functionality of App.AnalysisTaskViewModel.
1945         (App.AnalysisTaskController._fetchedManifest): Added.
1946         (App.AnalysisTaskController.actions.associateBug): Added.
1947
1948         * public/v2/chart-pane.css: Renamed .bugs-pane to .analysis-pane.
1949
1950         * public/v2/data.js:
1951         (Measurement.prototype.associateBug): Deleted.
1952
1953         * public/v2/index.html: Renamed .bugs-pane to .analysis-pane and .test-groups to .analysis-group.
1954         Added a table show the bug information. Also hide the chart until chartData is available.
1955
1956         * public/v2/manifest.js:
1957         (App.Model): Added.
1958
1959 2014-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1960
1961         Fix misc bugs and typos in app.js
1962         https://bugs.webkit.org/show_bug.cgi?id=138946
1963
1964         Reviewed by Benjamin Poulain.
1965
1966         * public/v2/app.js:
1967         (App.DashboardPaneProxyForPicker._platformOrMetricIdChanged):
1968         (App.ChartsController.init):
1969         (App.buildPopup): Renamed from App.BuildPopup.
1970         (App.InteractiveChartComponent._constructGraphIfPossible): Fixed the bug that we were calling
1971         remove() on the wrong object (an array as opposed to elements in the array).
1972         (App.InteractiveChartComponent._highlightedItemsChanged): Check the length of _highlights as
1973         _highlights is always an array and evalutes to true.
1974
1975 2014-11-20  Ryosuke Niwa  <rniwa@webkit.org>
1976
1977         New perf dashboard should provide UI to create a new analysis task
1978         https://bugs.webkit.org/show_bug.cgi?id=138910
1979
1980         Reviewed by Benjamin Poulain.
1981
1982         This patch reverts some parts of r175006 and re-introduces bugs associated with analysis tasks.
1983         I'll add UI to show and edit bug numbers associated with an analysis task in a follow up patch.
1984
1985         With this patch, we can create a new analysis task by selection a range of points and opening
1986         "analysis pane" (renamed from "bugs pane"). Each analysis task created is represented by a yellow bar
1987         in the chart hyperlinked to the analysis task.
1988
1989         * init-database.sql: Redefined the bugs to be associated with an analysis task instead of a test run.
1990
1991         * public/api/analysis-tasks.php: Added the support for querying analysis tasks for a specific metric
1992         on a specific platform. Also retrieve and return all bugs associated with analysis tasks.
1993         (main):
1994         (fetch_and_push_bugs_to_tasks): Added. Fetches all bugs associated with an array of analysis tasks
1995         and adds the associated bugs to each task in the array.
1996         (format_task):
1997
1998         * public/api/runs.php: Reverted changes made in r175006.
1999         (fetch_runs_for_config):
2000         (format_run): 
2001
2002         * public/api/test-groups.php:
2003         (fetch_test_groups_for_task): Use the newly added Database::select_rows.
2004
2005         * public/include/db.php:
2006         (Database::select_first_or_last_row):
2007         (Database::select_rows): Extracted from select_first_or_last_row.
2008
2009         * public/v2/analysis.js:
2010         (App.AnalysisTask): Added "bugs" property.
2011         (App.Bug): Added now that bugs are regular data store objects.
2012
2013         * public/v2/app.js:
2014         (App.Pane._fetch): Calls this.fetchAnalyticRanges to fetch analysis tasks as well as test runs.
2015         (App.Pane.fetchAnalyticRanges): Added. Fetches analysis tasks for the current metric on the current
2016         platform that are associated with a specific range of runs.
2017         (App.PaneController.actions.toggleBugsPane): Updated per showingBugsPane to showingAnalysisPane rename.
2018         (App.PaneController.actions.associateBug): Deleted.
2019         (App.PaneController.actions.createAnalysisTask): Replaced the pre-condition checks with assertions as
2020         this action should never be triggered when the pre-condition is not met. Also re-fetch analysis tasks
2021         once we've created one.
2022         (App.PaneController.toggleSearchPane): Updated per showingBugsPane to showingAnalysisPane rename.
2023         (App.PaneController._detailsChanged): Ditto. Removed selectedSinglePoint since it's no longer used.
2024         (App.PaneController._showDetails): Call _updateCanAnalyze to update the status of "Analyze" button.
2025         (App.PaneController._updateBugs): Deleted.
2026         (App.PaneController._updateMarkedPoints): Deleted.
2027         (App.PaneController._updateCanAnalyze): Added. Disables the button to create an analysis task when
2028         the name is missing or when at most one point is selected.
2029         
2030         (App.InteractiveChartComponent._constructGraphIfPossible): Update the locations of range rects.
2031         (App.InteractiveChartComponent._relayoutDataAndAxes): Ditto.
2032         (App.InteractiveChartComponent._mousePointInGraph): Don't return a point unless the mouse cursor is
2033         on our svg element to avoid locking the current item when a bar shown for an analysis task is clicked.
2034         (App.InteractiveChartComponent._rangesChanged): Added. Creates an array of objects representing
2035         clickable bars for analysis tasks.
2036         (App.InteractiveChartComponent._updateRangeBarRects): Computes the inline style used by each clickable
2037         bar for analysis tasks to place them at the right location.
2038         (App.InteractiveChartComponent.actions.openRange): Added. Forwards the action to the parent controller.
2039
2040         * public/v2/chart-pane.css:
2041         (.chart .extent): Use the same color as the vertical indicator in the highlight behind the selection.
2042         (.chart .rangeBar): Added.
2043
2044         * public/v2/data.js:
2045         (TimeSeries.prototype.nextPoint): Added. Used by _rangesChanged.
2046
2047         * public/v2/index.html: Renamed "bugs pane" to "analysis pane" and removed the UI to associate bugs.
2048         This ability will be reinstated in a follow up patch. Also added a container div and spans for analysis
2049         task bars in the interactive chart component.
2050
2051 2014-11-19  Ryosuke Niwa  <rniwa@webkit.org>
2052
2053         Fix typos in r176203.
2054
2055         * public/v2/app.js:
2056         (App.ChartsController.actions.addPaneByMetricAndPlatform):
2057         (App.AnalysisTaskRoute):
2058
2059 2014-11-18  Ryosuke Niwa  <rniwa@webkit.org>
2060
2061         Unreviewed. Updated the install instruction.
2062
2063         * Install.md:
2064
2065 2014-11-17  Ryosuke Niwa  <rniwa@webkit.org>
2066
2067         App.Manifest shouldn't use App.__container__.lookup
2068         https://bugs.webkit.org/show_bug.cgi?id=138768
2069
2070         Reviewed by Andreas Kling.
2071
2072         Removed the hack to find the store object via App.__container__.lookup.
2073         Pass around the store object instead.
2074
2075         * public/v2/app.js:
2076         (App.DashboardRow._createPane): Add "store" property to the pane.
2077         (App.DashboardPaneProxyForPicker._platformOrMetricIdChanged): Ditto.
2078         (App.IndexController.gridChanged): Ditto.
2079         (App.IndexController.actions.addRow): Ditto.
2080         (App.IndexController.init): Ditto.
2081         (App.Pane._fetch): Ditto.
2082         (App.ChartsController._parsePaneList): Ditto.
2083         (App.ChartsController._updateQueryString): Ditto.
2084         (App.ChartsController.actions.addPaneByMetricAndPlatform): Ditto.
2085         (App.BuildPopup): Ditto.
2086         (App.AnalysisTaskRoute.model): Ditto.
2087         (App.AnalysisTaskViewModel._taskUpdated): Ditto.
2088
2089         * public/v2/manifest.js:
2090         (App.Manifest.fetch): Removed the code to find the store object.
2091
2092 2014-11-08  Ryosuke Niwa  <rniwa@webkit.org>
2093
2094         Fix Ember.js warnings the new perf dashboard
2095         https://bugs.webkit.org/show_bug.cgi?id=138531
2096
2097         Reviewed by Darin Adler.
2098
2099         Fixed various warnings.
2100
2101         * public/v2/app.js:
2102         (App.InteractiveChartComponent._relayoutDataAndAxes): We can't use "rem". Use this._rem as done for x.
2103         * public/v2/data.js:
2104         (PrivilegedAPI._post): Removed the superfluous console.log.
2105         (CommitLogs.fetchForTimeRange): Ditto.
2106         * public/v2/index.html: Added tbody as required by the HTML specification.
2107
2108 2014-11-07  Ryosuke Niwa  <rniwa@webkit.org>
2109
2110         Fix typos in r175768.
2111
2112         * public/v2/app.js:
2113         (App.AnalysisTaskViewModel.roots):
2114
2115 2014-11-07  Ryosuke Niwa  <rniwa@webkit.org>
2116
2117         Introduce the concept of analysis task to perf dashboard
2118         https://bugs.webkit.org/show_bug.cgi?id=138517
2119
2120         Reviewed by Andreas Kling.
2121
2122         Introduced the concept of an analysis task, which is created for a range of measurements for a given metric on
2123         a single platform and used to bisect regressions in the range.
2124         
2125         Added a new page to see the list of active analysis tasks and a page to view the contents of an analysis task.
2126
2127         * init-database.sql: Added a bunch of tables to store information about analysis tasks.
2128             analysis_tasks - Represents each analysis task. Associated with a platform and a metric and possibly with two
2129             test runs. Analysis tasks not associated with test runs are used for try new patches.
2130             analysis_test_groups - A test group in an analysis task represents a bunch of related A/B testing results.
2131             root_sets - A root set represents a set of roots (or packages) installed in each A/B testing.
2132             build_requests - A build request represents a single pending build for A/B testing.
2133
2134         * public/api/analysis-tasks.php: Added. Returns the specified analysis task or all analysis tasks in an array.
2135         (main):
2136         (format_task):
2137
2138         * public/api/test-groups.php: Added. Returns analysis task groups for the specified analysis task or returns
2139         the specified analysis task group as well as build requests associated with them.
2140         (main):
2141         (fetch_test_groups_for_task):
2142         (fetch_build_requests_for_task):
2143         (fetch_build_requests_for_group):
2144         (format_test_group):
2145         (format_build_request):
2146
2147         * public/include/json-header.php:
2148         (remote_user_name): Extracted from compute_token so that we can use it in create-analysis-task.php.
2149         (compute_token):
2150
2151         * public/privileged-api/associate-bug.php:
2152         (main): Fixed a typo.
2153
2154         * public/privileged-api/create-analysis-task.php: Added. Creates a new analysis task for a given test run range.
2155         (main):
2156         (ensure_row_by_id):
2157         (ensure_config_from_runs):
2158
2159         * public/privileged-api/generate-csrf-token.php: Use remote_user_name.
2160
2161         * public/v2/analysis.js: Added. Various Ember data store models to represent analysis tasks and related objects.
2162         (App.AnalysisTask):
2163         (App.AnalysisTask.create):
2164         (App.TestGroup):
2165         (App.TestGroupAdapter):
2166         (App.AnalysisTaskSerializer):
2167         (App.TestGroupSerializer):
2168         (App.BuildRequest):
2169
2170         * public/v2/app.css: Added style rules for the analysis page.
2171
2172         * public/v2/app.js:
2173         (App.Pane._fetch): Use fetchRunsWithPlatformAndMetric, which has been refactored into App.Manifest.
2174
2175         (App.PaneController.actions.toggleBugsPane): Show bugs pane even when there are no bug trackers or there is not
2176         exactly one selected point as we can still create an analysis task.
2177         (App.PaneController.actions.associateBug): Renamed singlySelectedPoint to selectedSinglePoint to be more
2178         grammatical and also alert'ed the error message when there is one.
2179         (App.PaneController.actions.createAnalysisTask): Added. Creates a new analysis task and opens it in a new tab.
2180         Since window.open only works during the click, we open the new "window" preemptively and navigates or closes it
2181         once XHR request has completed.
2182         (App.PaneController._detailsChanged): Changes due to singlySelectedPoint to selectedSinglePoint rename.
2183         (App.PaneController._updateBugs): Fixed a bug that we were showing bugs in the previous point when a single point
2184         is selected in the details pane.
2185
2186         (App.AnalysisRoute): Added.
2187         (App.AnalysisTaskRoute): Added.
2188         (App.AnalysisTaskViewModel): Added.
2189         (App.AnalysisTaskViewModel._taskUpdated): Fetch runs for the associated platform and metric.
2190         (App.AnalysisTaskViewModel._fetchedRuns): Setup the chart data to show.
2191         (App.AnalysisTaskViewModel.testSets): The computed property used to update roots for all repositories/projects.
2192         (App.AnalysisTaskViewModel._rootChangedForTestSet): Updates root selections for all repositories/projects when
2193         the user selects an option for all roots in A or B configuration.
2194         (App.AnalysisTaskViewModel.roots): The computed property used to show root choices for each repository/project.
2195
2196         * public/v2/chart-pane.css: Added style rules for details view in the analysis task page.
2197
2198         * public/v2/data.js:
2199         (Measurement.prototype._formatRevisionRange): Don't prefix a revision number with "At " when there is no previous
2200         point so that we can use it in App.AnalysisTaskViewModel.roots.
2201         (TimeSeries.prototype.findPointByMeasurementId): Added.
2202         (TimeSeries.prototype.seriesBetweenPoints): Added.
2203
2204         * public/v2/index.html: Use Metric.fullName since the same value is needed in the analysis task page. Also added
2205         a button to create an analysis task, and made bugs pane button always enabled since we can an analysis task even
2206         when multiple points are selected. Finally, added a new template for the analysis task page.
2207
2208         * public/v2/manifest.js:
2209         (App.Metric.fullName): Added to share code between the charts page and the analysis task page.
2210         (App.Manifest.fetchRunsWithPlatformAndMetric): Extracted from App.Pane._fetch to be reused in
2211         App.AnalysisTaskViewModel._taskUpdated.
2212
2213 2014-10-28  Ryosuke Niwa  <rniwa@webkit.org>
2214
2215         Remove App.PaneController.bugsChangeCount in the new perf dashboard
2216         https://bugs.webkit.org/show_bug.cgi?id=138111
2217
2218         Reviewed by Darin Adler.
2219
2220         * public/v2/app.js:
2221         (App.PaneController.bugsChangeCount): Removed.
2222         (App.PaneController.actions.associateBug): Call _updateMarkedPoints instead of incrementing bugsChangeCount.
2223         (App.PaneController._updateMarkedPoints): Extracted from App.InteractiveChartComponent._updateDotsWithBugs.
2224         Finds the list of current run's points that are associated with bugs.
2225         (App.InteractiveChartComponent._updateMarkedDots): Renamed from _updateDotsWithBugs.
2226         * public/v2/chart-pane.css:
2227         (.chart .marked): Renamed from .hasBugs.
2228         * public/v2/index.html: Specify chartPointRadius and markedPoints.
2229
2230 2014-10-27  Ryosuke Niwa  <rniwa@webkit.org>
2231
2232         REGRESSION: commit logs are not shown sometimes on the new dashboard UI
2233         https://bugs.webkit.org/show_bug.cgi?id=138099
2234
2235         Reviewed by Benjamin Poulain.
2236
2237         The bug was caused by _currentItemChanged not passing the previous point in the list of points and also
2238         _showDetails inverting the order of the current and old measurements.
2239
2240         * public/v2/app.js:
2241         (App.PaneController._currentItemChanged): Pass in the previous point to _showDetails when there is one.
2242         (App.PaneController._showDetails): Since points are ordered chronologically, the last point is the
2243         current (latest) measurement and the first point is the oldest measurement.
2244         (App.CommitsViewerComponent.commitsChanged): Don't show a single measurement as a range for clarity.
2245
2246 2014-10-18  Ryosuke Niwa  <rniwa@webkit.org>
2247
2248         Perf dashboard should provide a way to associate bugs with a test run
2249         https://bugs.webkit.org/show_bug.cgi?id=137857
2250
2251         Reviewed by Andreas Kling.
2252
2253         Added a "privileged" API, /privileged-api/associate-bug, to associate a bug with a test run.
2254         /privileged-api/ is to be protected by an authentication mechanism such as DigestAuth over https by
2255         the Apache configuration.
2256
2257
2258         The Cross Site Request (CSRF) Forgery prevention for privileged APIs work as follows. When a user is
2259         about to make a privileged API access, the front end code obtains a CSRF token generated by POST'ing
2260         to privileged-api/generate-csrf-token; the page sets a randomly generated salt and an expiration time
2261         via the cookie and returns a token computed from those two values as well as the remote username.
2262
2263         The font end code then POST's the request along with the returned token. The server side code verifies
2264         that the specified token can be generated from the salt and the expiration time set in the cookie, and
2265         the token hasn't expired.
2266
2267
2268         * init-database.sql: Added bug_url to bug_trackers table, and added bugs table. Each bug tracker will
2269         have zero or exactly one bug associated with a test run.
2270
2271         * public/admin/bug-trackers.php: Added the support for editing bug_url.
2272         * public/api/runs.php:
2273         (fetch_runs_for_config): Modified the query to fetch bugs associated with test_runs.
2274         (parse_bugs_array): Added. Parses the aggregated bugs and creates a dictionary that maps a tracker id to
2275         an associated bug if there is one.
2276         (format_run): Calls parse_bugs_array.
2277
2278         * public/include/json-header.php: Added helper functions to deal for CSRF prevention.
2279         (ensure_privileged_api_data): Added. Dies immediately if the request's method is not POST or doesn't
2280         have a valid JSON payload.
2281         (ensure_privileged_api_data_and_token): Ditto. Also checks that the CSRF prevention token is valid.
2282         (compute_token): Computes a CSRF token using the REMOTE_USER (e.g. set via BasicAuth), the salt, and
2283         the expiration time stored in the cookie.
2284         (verify_token): Returns true iff the specified token matches what compute_token returns from the cookie.
2285
2286         * public/include/manifest.php:
2287         (ManifestGenerator::bug_trackers): Include bug_url as bugUrl in the manifest. Also use tracker_id instead
2288         of tracker_name as the key in the manifest. This requires changes to both v1 and v2 front end.
2289
2290         * public/index.html:
2291         (Chart..showTooltipWithResults): Updated for the manifest format changed mentioned above.
2292
2293         * public/privileged-api/associate-bug.php: Added.
2294         (main): Added. Associates or dissociates a bug with a test run inside a transaction. It prevent a CSRF
2295         attack via ensure_privileged_api_data_and_token, which calls verify_token.
2296
2297         * public/privileged-api/generate-csrf-token.php: Added. Generates a CSRF token valid for one hour.
2298
2299         * public/v2/app.css:
2300         (.disabled .icon-button:hover g): Used by the "bugs" icon when a range of points or no points are
2301         selected in a chart.
2302
2303         * public/v2/app.js:
2304         (App.PaneController.actions.toggleBugsPane): Added. Toggles the visibility of the bugs pane when exactly
2305         one point is selected in the chart. Also hides the search pane when making the bugs pane visible since
2306         they would overlap on each other if both of them are shown.
2307         (App.PaneController.actions.associateBug): Makes a privileged API request to associate the specified bug
2308         with the currently selected point (test run). Updates the bug information in "details" and colors of dots
2309         in the charts to reflect new states. Because chart data objects aren't real Ember objects for performance
2310         reasons, we have to use a dirty hack of modifying a dummy counter bugsChangeCount.
2311         (App.PaneController.actions.toggleSearchPane): Renamed from toggleSearch. Also hides the bugs pane when
2312         showing the search pane.
2313         (App.PaneController.actions.rangeChanged): Takes all selected points as the second argument instead of
2314         taking start and end points as the second and the third arguments so that _showDetails can enumerate all
2315         bugs in the selected range.
2316
2317         (App.PaneController._detailsChanged): Added. Hide the bugs pane whenever a new point is selected.
2318         Also update singlySelectedPoint, which is used by toggleBugsPane and associateBug.
2319         (App.PaneController._currentItemChanged): Updated for the _showDetails change.
2320         (App.PaneController._showDetails): Takes an array of selected points in place of old arguments.
2321         Simplified the code to compute the revision information. Calls _updateBugs to format the associated bugs.
2322         (App.PaneController._updateBugs): Sets details.bugTrackers to a dictionary that maps a bug tracker id to
2323         a bug tracker proxy with an array of (bugNumber, bugUrl) pairs and also editedBugNumber, which is used by
2324         the bugs pane to associate or dissociate a bug number, if exactly one point is selected.
2325
2326         (App.InteractiveChartComponent._updateDotsWithBugs): Added. Sets hasBugs class on dots as needed.
2327         (App.InteractiveChartComponent._setCurrentSelection): Finds and passes all points in the selected range
2328         to selectionChanged action instead of just finding the first and the last points.
2329
2330         * public/v2/chart-pane.css: Updated the style.
2331
2332         * public/v2/data.js:
2333         (PrivilegedAPI): Added. A wrapper for privileged APIs' CSRF tokens.
2334         (PrivilegedAPI.sendRequest): Makes a privileged API call. Fetches a new CSRF token if needed.
2335         (PrivilegedAPI._generateTokenInServerIfNeeded): Makes a request to privileged-api/generate-csrf-token if
2336         we haven't already obtained a CSRF token or if the token has already been expired.
2337         (PrivilegedAPI._post): Makes a single POST request to /privileged-api/* with a JSON payload.
2338
2339         (Measurement.prototype.bugs): Added.
2340         (Measurement.prototype.hasBugs): Returns true iff bugs has more than one bug number.
2341         (Measurement.prototype.associateBug): Associates a bug with a test run via privileged-api/associate-bug.
2342
2343         * public/v2/index.html: Added the bugs pane. Also added a list of bugs associated with the current run in
2344         the details.
2345
2346         * public/v2/manifest.js:
2347         (App.BugTracker.bugUrl):
2348         (App.BugTracker.newBugUrl): Added.
2349         (App.BugTracker.repositories): Added. This was a missing back reference to repositories.
2350         (App.MetricSerializer.normalizePayload): Now parses/loads the list of bug trackers from the manifest.
2351         (App.Manifest.repositoriesWithReportedCommits): Now initialized to an empty array instead of null.
2352         (App.Manifest.bugTrackers): Added.
2353         (App.Manifest._fetchedManifest): Sets App.Manifest.bugTrackers. Also sorts the list of repositories by
2354         their respective ids to make the ordering stable.
2355
2356 2014-10-14  Ryosuke Niwa  <rniwa@webkit.org>
2357
2358         Remove unused jobs table
2359         https://bugs.webkit.org/show_bug.cgi?id=137724
2360
2361         Reviewed by Daniel Bates.
2362
2363         Removed jobs table in the database as well as related code.
2364
2365         * init-database.sql:
2366         * public/admin/jobs.php: Removed.
2367         * public/admin/tests.php:
2368         * public/include/admin-header.php:
2369
2370 2014-10-13  Ryosuke Niwa  <rniwa@webkit.org>
2371
2372         New perf dashboard should have an ability to search commits by a keyword
2373         https://bugs.webkit.org/show_bug.cgi?id=137675
2374
2375         Reviewed by Geoffrey Garen.
2376
2377         /api/commits/ now accepts query parameters to search a commit by a keyword. Its output format changed to
2378         include "authorEmail" and "authorName" directly as columns instead of including an "author" object.
2379         This API change allows fetch_commits_between to generate results without processing Postgres query results.
2380
2381         In the front end side, we've added a search pane in pane controller, and the interactive chart component
2382         now has a concept of highlighted items which is used to indicate commits found by the search pane.
2383
2384         * public/api/commits.php:
2385         (main): Extract query parameters: keyword, from, and to and use that to fetch appropriate commits.
2386         (fetch_commits_between): Moved some code from main. Now takes a search term as the third argument.
2387         We look for a commit if its author name or email contains the keyword or if its revision matches the keyword.
2388         (format_commit): Renamed from format_commits. Now only formats one commit.
2389
2390         * public/include/db.php:
2391         (Database::query_and_fetch_all): Now returns array() when the query results is empty (instead of false).
2392
2393         * public/v2/app.css: Renamed .close-button to .icon-button since it's used by a search button as well.
2394
2395         * public/v2/app.js:
2396         (App.Pane.searchCommit): Added. Finds the commits by a search term and assigns 'highlightedItems',
2397         which is a hash table that contains highlighted items' measurements' ids as keys.
2398         (App.PaneController.actions.toggleSearch): Toggles the visibility of the search pane. Also sets
2399         the default commit repository.
2400         (App.PaneController.actions.searchCommit): Delegates the work to App.Pane.searchCommit.
2401         (App.InteractiveChartComponent._constructGraphIfPossible): Fixed a bug that we weren't removing old this._dots.
2402         Added the code to initialize this._highlights.
2403         (App.InteractiveChartComponent._updateDimensionsIfNeeded): Updates dimensions of highlight lines.
2404         (App.InteractiveChartComponent._updateHighlightPositions): Added. Ditto.
2405         (App.InteractiveChartComponent._highlightedItemsChanged): Adds vertical lines for highlighted items and deletes
2406         the existing lines for the old highlighted items.
2407         (App.CommitsViewerComponent.commitsChanged): Updated the code per JSON API change mentioned above.
2408         Also fixed a bug that the code tries to update the commits viewer even if the viewer had already been destroyed. 
2409
2410         * public/v2/chart-pane.css: Added style for the search pane and the search button.
2411
2412         * public/v2/data.js: Turned FetchCommitsForTimeRange into a class: CommitLogs.
2413         (CommitLogs): Added.
2414         (CommitLogs.fetchForTimeRange): Renamed from FetchCommitsForTimeRange. Takes a search term as an argument.
2415         (CommitLogs._cachedCommitsBetween): Extracted from FetchCommitsForTimeRange.
2416         (CommitLogs._cacheConsecutiveCommits): Ditto.
2417         (FetchCommitsForTimeRange._cachedCommitsByRepository): Deleted.
2418         (Measurement.prototype.commitTimeForRepository): Extracted from formattedRevisions.
2419         (Measurement.prototype.formattedRevisions): Uses formattedRevisions. Deleted the unused code for commitTime.
2420
2421         * public/v2/index.html: Added the search pane and the search button. Also removed the unused attribute binding
2422         for showingDetails since this property is no longer used.
2423
2424         * public/v2/manifest.js:
2425         (App.Manifest.repositories): Added.
2426         (App.Manifest.repositoriesWithReportedCommits): Ditto. Used by App.PaneController.actions.toggleSearch to find
2427         the default repository to search.
2428         (App.Manifest._fetchedManifest): Populates repositories and repositoriesWithReportedCommits.
2429
2430 2014-10-13  Ryosuke Niwa  <rniwa@webkit.org>
2431
2432         Unreviewed build fix after r174555.
2433
2434         * public/include/manifest.php:
2435         (ManifestGenerator::generate): Assign an empty array to $repositories_with_commit when there are no commits.
2436         * tests/admin-regenerate-manifest.js: Fixed the test case.
2437
2438 2014-10-09  Ryosuke Niwa  <rniwa@webkit.org>
2439
2440         New perf dashboard UI tries to fetch commits all the time
2441         https://bugs.webkit.org/show_bug.cgi?id=137592
2442
2443         Reviewed by Andreas Kling.
2444
2445         Added hasReportedCommits boolean to repository meta data in manifest.json, and used that in
2446         the front end to avoid issuing HTTP requests to fetch commit logs for repositories with
2447         no reported commits as they are all going to fail.
2448
2449         Also added an internal cache to FetchCommitsForTimeRange in the front end to avoid fetching
2450         the same commit logs repeatedly. There are two data structures we cache: commitsByRevision
2451         which maps a given commit revision/hash to a commit object; and commitsByTime which is an array
2452         of commits sorted chronologically by time.
2453
2454         * public/include/manifest.php:
2455
2456         * public/v2/app.js:
2457         (App.CommitsViewerComponent.commitsChanged):
2458
2459         * public/v2/data.js:
2460         (FetchCommitsForTimeRange):
2461         (FetchCommitsForTimeRange._cachedCommitsByRepository):
2462
2463         * public/v2/manifest.js:
2464         (App.Repository):
2465
2466 2014-10-08  Ryosuke Niwa  <rniwa@webkit.org>
2467
2468         Another unreviewed build fix after r174477.
2469
2470         Don't try to insert a duplicated row into build_commits as it results in a database constraint error.
2471
2472         This has been caught by a test in /api/report. I don't know why I thought all tests were passing.
2473
2474         * public/include/report-processor.php:
2475
2476 2014-10-08  Ryosuke Niwa  <rniwa@webkit.org>
2477
2478         Unreviewed build fix after r174477.
2479
2480         * init-database.sql: Removed build_commits_index since it's redundant with build_commit's primary key.
2481         Also fixed a syntax error that we were missing "," after line that declared build_commit column.
2482
2483         * public/api/runs.php: Fixed the query so that test_runs without commits data will be retrieved.
2484         This is necessary for baseline and target values manually added via admin pages.
2485
2486 2014-10-08  Ryosuke Niwa  <rniwa@webkit.org>
2487
2488         Add v2 UI for the perf dashboard
2489         https://bugs.webkit.org/show_bug.cgi?id=137537
2490
2491         Rubber-stamped by Andreas Kling.
2492
2493         * public/v2: Added.
2494         * public/v2/app.css: Added.
2495         * public/v2/app.js: Added.
2496         * public/v2/chart-pane.css: Added.
2497         * public/v2/data.js: Added.
2498         * public/v2/index.html: Added.
2499         * public/v2/js: Added.
2500         * public/v2/js/d3: Added.
2501         * public/v2/js/d3/LICENSE: Added.
2502         * public/v2/js/d3/d3.js: Added.
2503         * public/v2/js/d3/d3.min.js: Added.
2504         * public/v2/js/ember-data.js: Added.
2505         * public/v2/js/ember.js: Added.
2506         * public/v2/js/handlebars.js: Added.
2507         * public/v2/js/jquery.min.js: Added.
2508         * public/v2/js/statistics.js: Added.
2509         * public/v2/manifest.js: Added.
2510         * public/v2/popup.js: Added.
2511
2512 2014-10-08  Ryosuke Niwa  <rniwa@webkit.org>
2513
2514         Remove superfluously duplicated code in public/api/report-commits.php.
2515
2516 2014-10-08  Ryosuke Niwa  <rniwa@webkit.org>
2517
2518         Perf dashboard should store commit logs
2519         https://bugs.webkit.org/show_bug.cgi?id=137510
2520
2521         Reviewed by Darin Adler.
2522
2523         For the v2 version of the perf dashboard, we would like to be able to see commit logs in the dashboard itself.
2524
2525         This patch replaces "build_revisions" table with "commits" and "build_commits" relations to store commit logs,
2526         and add JSON APIs to report and retrieve them. It also adds a tools/pull-svn.py to pull commit logs from
2527         a subversion directory. The git version of this script will be added in a follow up patch.
2528
2529
2530         In the new database schema, each revision in each repository is represented by exactly one row in "commits"
2531         instead of one row for each build in "build_revisions". "commits" and "builds" now have a proper many-to-many
2532         relationship via "build_commits" relations.
2533
2534         In order to migrate an existing instance of this application, run the following SQL commands:
2535
2536         BEGIN;
2537
2538         INSERT INTO commits (commit_repository, commit_revision, commit_time)
2539             (SELECT DISTINCT ON (revision_repository, revision_value)
2540                 revision_repository, revision_value, revision_time FROM build_revisions);
2541
2542         INSERT INTO build_commits (commit_build, build_commit) SELECT revision_build, commit_id
2543             FROM commits, build_revisions
2544             WHERE commit_repository = revision_repository AND commit_revision = revision_value;
2545
2546         DROP TABLE build_revisions;
2547
2548         COMMIT;
2549
2550
2551         The helper script to submit commit logs can be used as follows:
2552
2553         python ./tools/pull-svn.py "WebKit" https://svn.webkit.org/repository/webkit/ https://perf.webkit.org
2554             feeder-slave feeder-slave-password 60 "webkit-patch find-users"
2555
2556         The above command will pull the subversion server at https://svn.webkit.org/repository/webkit/ every 60 seconds
2557         to retrieve at most 10 commits, and submits the results to https://perf.webkit.org using "feeder-slave" and
2558         "feeder-slave-password" as the builder name and the builder password respectively.
2559
2560         The last, optional, argument is the shell command to convert a subversion account to the corresponding username.
2561         e.g. "webkit-patch find-users rniwa@webkit.org" yields "Ryosuke Niwa" <rniwa@webkit.org> in the stdout.
2562
2563
2564         * init-database.sql: Replaced "build_revisions" relation with "commits" and "build_commits" relations.
2565
2566         * public/api/commits.php: Added. Retrieves a list of commits based on arguments in its path of the form
2567             /api/commits/<repository-name>/<filter>. The behavior of this API depends on <filter> as follows:
2568
2569             - Not specified - It returns every single commit for a given repository.
2570             - Matches "oldest" - It returns the commit with the oldest timestamp.
2571             - Matches "latest" - It returns the commit with the latest timestamp.
2572             - Matches "last-reported" - It returns the commit with the latest timestamp added via report-commits.php.
2573             - Is entirely alphanumeric - It returns the commit whose revision matches the filter.
2574             - Is of the form <alphanumeric>:<alphanumeric> or <alphanumeric>-<alphanumeric> - It retrieves the list
2575             of commits added via report-commits.php between two timestamps retrieved from commits whose revisions
2576             match the two alphanumeric values specified. Because it retrieves commits based on their timestamps,
2577             the list may contain commits that do not appear as neither hash's ancestor in git/mercurial.
2578         (main):
2579         (commit_from_revision):
2580         (fetch_commits_between):
2581         (format_commits):
2582
2583         * public/api/report-commits.php: Added. A JSON API to report new subversion, git, or mercurial commits.
2584         See tests/api-report-commits.js for examples on how to use this API.
2585
2586         * public/api/runs.php: Updated the query to use "commit_builds" and "commits" relations instead of
2587         "build_revisions". Regrettably, the new query is 20% slower but I'm going to wait until the new UI is ready
2588         to optimize this and other JSON APIs.
2589
2590         * public/include/db.php:
2591         (Database::select_or_insert_row):
2592         (Database::update_or_insert_row): Added.
2593         (Database::_select_update_or_insert_row): Extracted from select_or_insert_row. Try to update first and then
2594         insert if the update fails for update_or_insert_row. Preserves the old behavior when $should_update is false.
2595
2596         (Database::select_first_row):
2597         (Database::select_last_row): Added.
2598         (Database::select_first_or_last_row): Extracted from select_first_row. Fixed a bug that we were asserting
2599         $order_by to be not alphanumeric/underscore. Retrieve the last row instead of the first if $descending_order.
2600
2601         * public/include/report-processor.php:
2602         (ReportProcessor::resolve_build_id): Store commits instead of build_revisions. We don't worry about the race
2603         condition for adding "build_commits" rows since we shouldn't have a single tester submitting the same result
2604         concurrently. Even if it happened, it will only result in a PHP error and the database will stay consistent.
2605
2606         * run-tests.js:
2607         (pathToTests): Don't call path.resolve with "undefined" testName; It throws an exception in the latest node.js.
2608
2609         * tests/api-report-commits.js: Added.
2610         * tests/api-report.js: Fixed a test per build_revisions to build_commits/commits replacement.
2611
2612         * tools: Added.
2613         * tools/pull-svn.py: Added. See above for how to use this script.
2614         (main):
2615         (determine_first_revision_to_fetch):
2616         (fetch_revision_from_dasbhoard):
2617         (fetch_commit_and_resolve_author):
2618         (fetch_commit):
2619         (textContent):
2620         (resolve_author_name_from_email):
2621         (submit_commits):
2622
2623 2014-09-30  Ryosuke Niwa  <rniwa@webkit.org>
2624
2625         Update Install.md for Mavericks and fix typos
2626         https://bugs.webkit.org/show_bug.cgi?id=137276
2627
2628         Reviewed by Benjamin Poulain.
2629
2630         Add the instruction to copy php.ini to enable the Postgres extension in PHP.
2631
2632         Also use perf.webkit.org as the directory name instead of WebKitPerfMonitor.
2633
2634         Finally, init-database.sql is no longer located inside database directory.
2635
2636         * Install.md:
2637
2638 2014-08-11  Ryosuke Niwa  <rniwa@webkit.org>
2639
2640         Report run id's in api/runs.php for the new dashboard UI
2641         https://bugs.webkit.org/show_bug.cgi?id=135813
2642
2643         Reviewed by Andreas Kling.
2644
2645         Include run_id in the generated JSON.
2646
2647         * public/api/runs.php:
2648         (fetch_runs_for_config): Don't sort results by time since that has been done in the front end for ages now.
2649         (format_run):
2650
2651 2014-08-11  Ryosuke Niwa  <rniwa@webkit.org>
2652
2653         Merging platforms mixes baselines and targets into reported data
2654         https://bugs.webkit.org/show_bug.cgi?id=135260
2655
2656         Reviewed by Andreas Kling.
2657
2658         When merging two platforms, move test configurations of a different type (baseline, target)
2659         as well as of different metric (Time, Runs).
2660
2661         Also avoid fetching the entire table of runs just to see if there are no remaining runs.
2662         It's sufficient to detect one such test_runs object.
2663
2664         * public/admin/platforms.php:
2665         (merge_platforms):
2666
2667 2014-07-30  Ryosuke Niwa  <rniwa@webkit.org>
2668
2669         Merging platforms mixes baselines and targets into reported data
2670         https://bugs.webkit.org/show_bug.cgi?id=135260
2671
2672         Reviewed by Geoffrey Garen.
2673
2674         Make sure two test configurations we're merging are of the same type (e.g. baseline, target, current).
2675         Otherwise, we'll erroneously mix up runs for baseline, target, and current (reported values).
2676
2677         * public/admin/platforms.php:
2678
2679 2014-07-23  Ryosuke Niwa  <rniwa@webkit.org>
2680
2681         Build fix after r171361.
2682
2683         * public/js/helper-classes.js:
2684         (.this.formattedBuildTime):
2685
2686 2014-07-22  Ryosuke Niwa  <rniwa@webkit.org>
2687
2688         Perf dashboard spends 2s processing JSON data during the page loads
2689         https://bugs.webkit.org/show_bug.cgi?id=135152
2690
2691         Reviewed by Andreas Kling.
2692
2693         In the Apple internal dashboard, we were spending as much as 2 seconds
2694         converting raw JSON data into proper JS objects while loading the dashboard.
2695
2696         This caused the apparent unresponsiveness of the dashboard despite of the fact
2697         charts themselves updated almost instantaneously.
2698
2699         * public/index.html:
2700         * public/js/helper-classes.js:
2701         (TestBuild): Compute the return values of formattedTime and formattedBuildTime
2702         lazily as creating new Date objects and running string replace is expensive.
2703         (TestBuild.formattedTime):
2704         (TestBuild.formattedBuildTime):
2705         (PerfTestRuns.setResults): Added. Pushing each result was the biggest bottle neck.
2706         (PerfTestRuns.addResult): Deleted.
2707
2708 2014-07-18  Ryosuke Niwa  <rniwa@webkit.org>
2709
2710         Perf dashboard shouldn't show the full git hash
2711         https://bugs.webkit.org/show_bug.cgi?id=135083
2712
2713         Reviewed by Benjamin Poulain.
2714
2715         Detect Git/Mercurial hash by checking the length.
2716
2717         If it's a hash, use the first 8 characters in the label
2718         while retaining the full length to be used in hyperlinks.
2719
2720         * public/js/helper-classes.js:
2721         (.this.formattedRevisions):
2722         (TestBuild):
2723
2724 2014-05-29  Ryosuke Niwa  <rniwa@webkit.org>
2725
2726         Add an instruction on how to backup the database.
2727         https://bugs.webkit.org/show_bug.cgi?id=133391
2728
2729         Rubber-stamped by Andreas Kling.
2730
2731         * Install.md:
2732
2733 2014-04-08  Ryosuke Niwa  <rniwa@webkit.org>
2734
2735         Build fix after r166479. 'bytes' is now abbreviated as 'B'.
2736
2737         * public/js/helper-classes.js:
2738         (PerfTestRuns.smallerIsBetter):
2739
2740 2014-04-08  Ryosuke Niwa  <rniwa@webkit.org>
2741
2742         Some CSS teaks.
2743
2744         * public/common.css:
2745         (#title):
2746         * public/index.html:
2747         (#charts .pane):
2748         (#charts .arrow):
2749
2750 2014-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2751
2752         WebKitPerfMonitor: There should be a way to add all metrics of a suite without also adding subtests
2753         https://bugs.webkit.org/show_bug.cgi?id=131157
2754
2755         Reviewed by Andreas Kling.
2756
2757         Split "all metrics" into all metrics of a test suite and all subtests of the suite.
2758         This allows, for example, adding all metrics such as Arithmetic and Geometric for
2759         a given test suite without also adding its subtests.
2760
2761         * public/index.html:
2762         (init.showCharts):
2763         (init):
2764
2765 2014-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2766
2767         WebKitPerfMonitor: Tooltips cannot be pinned after using browser's back button
2768         https://bugs.webkit.org/show_bug.cgi?id=131155
2769
2770         Reviewed by Andreas Kling.
2771
2772         The bug was caused by Chart.attach binding event listeners on plot container on each call.
2773         This resulted in the click event handler toggling the visiblity of the tooltip twice upon
2774         click when attach() has been called even number of times, keeping the tooltip invisible.
2775
2776         Fixed the bug by extracting the code to bind event listeners outside of Chart.attach as
2777         a separate function, bindPlotEventHandlers, and calling it exactly once when Chart.attach
2778         is called for the first time.
2779
2780         * public/index.html:
2781         (Chart.attach):
2782         (Chart..bindPlotEventHandlers):
2783
2784 2014-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2785
2786         WebKitPerfMonitor: Tooltips can be cut off at the top
2787         https://bugs.webkit.org/show_bug.cgi?id=130960
2788
2789         Reviewed by Andreas Kling.
2790
2791         * public/common.css:
2792         (#title): Removed the gradients, box shadows, and border from the header.
2793         (#title h1): Reduce the font size.
2794         (#title ul): Use line-height to vertically align the navigation bar instead of specifying a padding atop.
2795         * public/index.html:
2796         (.tooltop:before): Added. Identical to .tooltop:after except it's upside down (arrow facing up).
2797         (.tooltip.inverted:before): Show the arrow facing up when .inverted is set.
2798         (.tooltip.inverted:before): Hide the arrow facing down when .inverted is set.
2799         * public/js/helper-classes.js:
2800         (Tooltip.show): Show the tooltip below the point if placing it above the point results in the top of the
2801         tooltip extending above y=0.
2802
2803 2014-04-03  Ryosuke Niwa  <rniwa@webkit.org>
2804
2805         WebKitPerfMonitor: Y-axis adjustment is too aggressive
2806         https://bugs.webkit.org/show_bug.cgi?id=130937
2807
2808         Reviewed by Andreas Kling.
2809
2810         Previously, adjusted min. and max. were defined as the two standards deviations away from EWMA of measured
2811         results. This had two major problems:
2812         1. Two standard deviations can be too small to show the confidence interval for results.
2813         2. Sometimes baseline and target can be more than two standards deviations away.
2814
2815         Fixed the bug by completely rewriting the algorithm to compute the interval. Instead of blindly using two
2816         standard deviations as margins, we keep adding quarter the standard deviation on each side until more than 90%
2817         of points lie in the interval or we've expanded 4 standard deviations. Once this condition is met, we reduce
2818         the margin on each side separately to reduce the empty space on either side.
2819
2820         A more rigorous approach would involve computing least squared value of results with respect to intervals
2821         but that seems like an overkill for a simple UI problem; it's also computationally expensive.
2822
2823         * public/index.html:
2824         (Chart..adjustedIntervalForRun): Extracted from computeYAxisBoundsToFitLines.
2825         (Chart..computeYAxisBoundsToFitLines): Compute the min. and max. adjusted intervals out of adjusted intervals
2826         for each runs (current, baseline, and target) so that at least one point from each set of results is shown.
2827         We wouldn't see the difference between measured values versus baseline and target values otherwise.
2828         * public/js/helper-classes.js:
2829         (PerfTestResult.unscaledConfidenceIntervalDelta): Returns the default value if the confidence
2830         interval delta cannot be computed.
2831         (PerfTestResult.isInUnscaledInterval): Added. Returns true iff the confidence intervals lies
2832         within the given interval.
2833         (PerfTestRuns..filteredResults): Extracted from unscaledMeansForAllResults now that PerfTestRuns.min and
2834         PerfTestRuns.max need to use both mean and confidence interval delta for each result.
2835         (PerfTestRuns..unscaledMeansForAllResults):
2836         (PerfTestRuns.min): Take the confidence interval delta into account.
2837         (PerfTestRuns.max): Ditto.
2838         (PerfTestRuns.countResults): Returns the number of results in the given time frame (> minTime).
2839         (PerfTestRuns.countResultsInInterval): Returns the number of results whose confidence interval lie within the
2840         given interval.
2841         (PerfTestRuns.exponentialMovingArithmeticMean): Fixed the typo so that it actually computes the EWMA.
2842
2843 2014-03-31  Ryosuke Niwa  <rniwa@webkit.org>
2844
2845         Some CSS tweaks after r166477 and r166479,
2846
2847         * public/index.html:
2848
2849 2014-03-30  Ryosuke Niwa  <rniwa@webkit.org>
2850
2851         WebKitPerfMonitor: Sometimes text inside panes overlap
2852         https://bugs.webkit.org/show_bug.cgi?id=130956
2853
2854         Reviewed by Gyuyoung Kim.
2855
2856         Revamped the pane UI. Now build info uses table element instead of plane text with BRs. The computed status of
2857         the latest result against baseline/target such as "3% until target" is now shown above the current value. This
2858         reduces the total height of the pane and fits more information per screen capita on the dashboard.
2859
2860         * public/index.html: Updated and added a bunch of CSS rules for the new look.
2861         (.computeStatus): Don't append the build info here. The build info is constructed as a separate table now.
2862         (.createSummaryRowMarkup): Use th instead of td for "Current", "Baseline", and "Target" in the summary table.
2863         (.buildLabelWithLinks): Construct table rows instead of br separated lines of text. This streamlines the look
2864         of the build info shown in a chart pane and a tooltip.
2865         (Chart): Made .status a table.
2866         (Chart.populate): Prepend status.text, which contains text such as "3% until target", into the summary rows
2867         right above "Current" value, and populate .status with buildLabelWithLinks manually instead of status.text
2868         now that status.text no longer contains it.
2869         (Chart..showTooltipWithResults):  Wrap buildLabelWithLinks with a table element.
2870
2871         * public/js/helper-classes.js:
2872         (TestBuild.formattedRevisions): Don't include repository names in labels since repository names are now added
2873         by buildLabelWithLinks inside th elements. Also place spaces around '-' between two different OS X versions.
2874         e.g. "OS X 10.8 - OS X 10.9" instead of "OS X 10.8-OS X 10.9".
2875         (PerfTestRuns): Use "/s" for "runs/s" and "B" for "bytes" to make text shorter in .status and .summaryTable.
2876         (PerfTestRuns..computeScalingFactorIfNeeded): Avoid placing a space between 'M' and a unit starting with a
2877         capital letter; e.g. "MB" instead of "M B".
2878
2879 2014-03-30  Ryosuke Niwa  <rniwa@webkit.org>
2880
2881         WebKitPerfMonitor: Header and number-of-days slider takes up too much space
2882         https://bugs.webkit.org/show_bug.cgi?id=130957
2883
2884         Reviewed by Gyuyoung Kim.
2885
2886         Moved the slider into the header. Also reduced the spacing between the header and platform names.
2887         This reclaims 50px × width of the screen real estate.
2888
2889         * public/common.css:
2890         (#title): Reduced the space below the header from 20px to 10px.
2891         * public/index.html:
2892         (#numberOfDaysPicker): Removed the rounded border around the number-of-days slider.
2893         (#dashboard > tbody > tr > td): Added a 1.5em padding at the bottom.
2894         (#dashboard > thead th): That allows us to remove the padding at the top here. This reduces the wasted screen
2895         real estate between the header and the platform names.
2896
2897 2014-03-10  Zoltan Horvath  <zoltan@webkit.org>
2898
2899         Update the install guidelines for perf.webkit.org
2900         https://bugs.webkit.org/show_bug.cgi?id=129895
2901
2902         Reviewed by Ryosuke Niwa.
2903
2904         The current install guideline for perf.webkit.org discourages the use of the installed
2905         Server application. I've actualized the documentation for Mavericks, and modified the
2906         guideline to include the instructions for Server.app also.
2907
2908         * Install.md:
2909
2910 2014-03-08  Zoltan Horvath  <zoltan@webkit.org>
2911
2912         Update perf.webkit.org json example
2913         https://bugs.webkit.org/show_bug.cgi?id=129907
2914
2915         Reviewed by Andreas Kling.
2916
2917         The current example is not valid json syntax. I fixed the syntax errors and indented the code properly.
2918
2919         * ReadMe.md:
2920
2921 2014-01-31  Ryosuke Niwa  <rniwa@webkit.org>
2922
2923         Merge database-common.js and utility.js into run-tests.js.
2924
2925         Reviewed by Matthew Hanson.
2926
2927         Now that run-tests is the only node.js script, merged database-common.js and utility.js into it.
2928         Also moved init-database.sql out of the database directory and removed the directory entirely.
2929
2930         * database: Removed.
2931         * database/database-common.js: Removed.
2932         * database/utility.js: Removed.
2933         * init-database.sql: Moved from database/init-database.sql.
2934         * run-tests.js:
2935         (connect): Moved from database-common.js.
2936         (pathToDatabseSQL): Extracted from pathToLocalScript.
2937         (pathToTests): Moved from database-common.js.
2938         (config): Ditto.
2939         (TaskQueue): Ditto.
2940         (SerializedTaskQueue): Ditto.
2941         (main):
2942         (initializeDatabase):
2943         (TestEnvironment.it):
2944         (TestEnvironment.queryAndFetchAll):
2945         (sendHttpRequest):
2946
2947 2014-01-30  Ryosuke Niwa  <rniwa@webkit.org>
2948
2949         Remove the dependency on node.js from the production code.
2950
2951         Reviewed by Ricky Mondello.
2952
2953         Work towards <rdar://problem/15955053> Upstream SafariPerfMonitor.
2954
2955         Removed node.js dependency from TestRunsGenerator. It was really a design mistake to invoke node.js from php.
2956         It added so much complexity with only theoretical extensibility of adding aggregators.  It turns out that
2957         many aggregators we'd like to add are a lot more complicated than ones that could be written under the current
2958         infrastructure, and we need to make the other aspects (e.g. the level of aggregations) a lot more extensible.
2959         Removing and simplifying TestRunsGenerator allows us to implement such extensions in the future.
2960
2961         Also removed the js files that are no longer used.
2962
2963         * config.json: Moved from database/config.json.
2964         * database/aggregate.js: Removed. No longer used.
2965         * database/database-common.js: Removed unused functions, and updated the path to config.json.
2966         * database/process-jobs.js: Removed. No longer used.
2967         * database/sample-data.sql: Removed. We have a much better corpus of data now.
2968         * database/schema.graffle: Removed. It's completely obsolete.
2969         * public/include/db.php: Updated the path to config.json.
2970         * public/include/evaluator.js: Removed.
2971
2972         * public/include/report-processor.php:
2973         (TestRunsGenerator::aggregate): Directly aggregate values via newly added aggregate_values method instead of
2974         storing values into $expressions and calling evaluate_expressions_by_node.
2975         (TestRunsGenerator::aggregate_values): Added.
2976         (TestRunsGenerator::compute_caches): Directly compute the caches.
2977
2978 2014-01-30  Ryosuke Niwa  <rniwa@webkit.org>
2979
2980         Build fix. Don't fail the platform merges even if there are no test configurations to be moved to the new platform.
2981
2982         * public/admin/platforms.php:
2983         * public/include/db.php:
2984
2985 2014-01-30  Ryosuke Niwa  <rniwa@webkit.org>
2986
2987         Zoomed y-axis view is ununsable when the last result is an outlier.
2988
2989         Reviewed by Stephanie Lewis.
2990
2991         Show two standard deviations from the exponential moving average with alpha = 0.3 instead of the mean of
2992         the last result so that the graph looks sane if the last result was an outlier. However, always show
2993         the last result's mean even if it was an outlier.
2994
2995         * public/index.html:
2996         * public/js/helper-classes.js:
2997         (unscaledMeansForAllResults): Extracted from min/max/sampleStandardDeviation.
2998         Also added the ability to cache the unscaled means to avoid recomputation.
2999         (PerfTestRuns.min): Refactored to use unscaledMeansForAllResults.
3000         (PerfTestRuns.max): Ditto.
3001         (PerfTestRuns.sampleStandardDeviation): Ditto.
3002         (PerfTestRuns.exponentialMovingArithmeticMean): Added.
3003
3004 2014-01-30  Ryosuke Niwa  <rniwa@webkit.org>
3005
3006         Minor fixes.
3007
3008         * public/admin/tests.php:
3009         * public/js/helper-classes.js:
3010
3011 2014-01-29  Ryosuke Niwa  <rniwa@webkit.org>
3012
3013         Use two standard deviations instead as I mentioned in the mailing list.
3014
3015         * public/index.html:
3016
3017 2014-01-28  Ryosuke Niwa  <rniwa@webkit.org>
3018
3019         The performance dashboard erroneously shows upward arrow for combined metrics.
3020
3021         A single outlier can ruin the zoomed y-axis view.
3022
3023         Rubber-stamped by Antti Koivisto.
3024
3025         * public/index.html:
3026         (computeYAxisBoundsToFitLines): Added adjustedMax and adjustedMin, which are pegged at 4 standard deviations
3027         from the latest results' mean.
3028         (Chart): Renamed shouldStartYAxisAtZero to shouldShowEntireYAxis.
3029         (Chart.attachMainPlot): Use the adjusted max and min when we're not showing the entire y-axis.
3030         (Chart.toggleYAxis):
3031         * public/js/helper-classes.js:
3032         (PerfTestRuns.sampleStandardDeviation): Added.
3033         (PerfTestRuns.smallerIsBetter): 'Combined' is a smaller is better metric.
3034
3035 2014-01-28  Ryosuke Niwa  <rniwa@webkit.org>
3036
3037         Don't include the confidence interval when computing the y-axis.
3038
3039         Rubber-stamped by Simon Fraser.
3040
3041         * public/js/helper-classes.js:
3042         (PerfTestRuns.min):
3043         (PerfTestRuns.max):
3044
3045 2014-01-25  Ryosuke Niwa  <rniwa@webkit.org>
3046
3047         Tiny CSS tweak for tooltips.
3048
3049         * public/index.html:
3050
3051 2014-01-25  Ryosuke Niwa  <rniwa@webkit.org>
3052
3053         Remove the erroneously repeated code.
3054
3055         * public/admin/test-configurations.php:
3056
3057 2014-01-24  Ryosuke Niwa  <rniwa@webkit.org>
3058
3059         <rdar://problem/15704893> perf dashboard should show baseline numbers
3060
3061         Reviewed by Stephanie Lewis.
3062
3063         * public/admin/bug-trackers.php:
3064         (associated_repositories): Return an array of HTMLs instead of echo'ing as expected by AdministrativePage.
3065         Also fixed a typo.
3066
3067         * public/admin/platforms.php:
3068         (merge_list): Ditto.
3069
3070         * public/admin/test-configurations.php: Added.
3071         (add_run): Adds a "synthetic" test run and a corresponding build. It doesn't create run_iterations and
3072         build_revisions as they're not meaningful for baseline / target numbers.
3073         (delete_run): Deletes a synthetic test run and its build. It verifies that the specified build has exactly
3074         one test run so that we don't accidentally delete a reported test run.
3075         (generate_rows_for_configurations): Generates rows of configuration IDs and types.
3076         (generate_rows_for_test_runs): Ditto for test runs. It also emits the form to add new "synthetic" test runs
3077         and delete existing ones.
3078
3079         * public/admin/tests.php: We wrongfully assumed there is exactly one test configuration for each metric
3080         on each platform; there could be configurations of distinct types such as "current" and "baseline".
3081         Thus, update all test configurations for a given metric when updating config_is_in_dashboard.
3082
3083         * public/api/runs.php: Remove the NotImplemented when we have multiple test configurations.
3084         (fetch_runs_for_config): "Synthetic" test runs created on test-configurations page are missing revision
3085         data so we need to left-outer-join (instead of inner-join) build_revisions. To avoid making the query
3086         unreadable, don't join revision_repository here. Instead, fetch the list of repositories upfront and
3087         resolve names in parse_revisions_array. This actually reduces the query time by ~10%.
3088
3089         (parse_revisions_array): Skip an empty array created for "synthetic" test runs.
3090
3091         * public/include/admin-header.php:
3092         (AdministrativePage::render_table): Now custom columns support sub columns. e.g. a configuration column may
3093         have id and type sub columns, and each custom column could generate multiple rows.
3094
3095         Any table with sub columns now generates two rows for thead. We generate td's in in the first row without
3096         sub columns with rowspan of 2, and generate ones with sub columns with colspan set to the sub column count.
3097         We then proceed to generate the second header row with sub column names.
3098
3099         When generating the actual content, we first generate all custom columns as they may have multiple rows in
3100         which case regular columns need rowspan set to the maximum number of rows.
3101
3102         Once we've generated the first row, we proceed to generate subsequent rows for those custom columns that
3103         have multiple rows.
3104
3105         (AdministrativePage::render_custom_cells): Added. This function is responsible for generating table cells
3106         for a given row in a given custom column. It generates an empty td when the custom column doesn't have
3107         enough rows. It also generates empty an td when it doesn't have enough columns in some rows except when
3108         the entire row consists of exactly one cell for a custom column with sub columns, in which case the cell is
3109         expanded to occupy all sub columns.
3110
3111         * public/include/manifest.php:
3112         (ManifestGenerator::platforms): Don't add the metric more than once.
3113
3114         * public/include/test-name-resolver.php:
3115         (TestNameResolver::__construct): We had wrongfully assumed that we have exactly one test configuration on
3116         each platform for each metric like tests.php. Fixed that. Also fetch the list of aggregators to compute the
3117         full metric name later.
3118         (TestNameResolver::map_metrics_to_tests): Populate $this->id_to_metric.
3119         (TestNameResolver::test_id_for_full_name): Simplified the code using array_get.
3120         (TestNameResolver::full_name_for_test): Added.
3121         (TestNameResolver::full_name_for_metric): Added.
3122         (TestNameResolver::configurations_for_metric_and_platform): Renamed as it returns multiple configurations.
3123
3124         * public/js/helper-classes.js:
3125         (TestBuild): Use the build time as the maximum time when revision information is missing for "synthetic"
3126         test runs created to set baseline and target points.
3127
3128 2014-01-24  Ryosuke Niwa  <rniwa@webkit.org>
3129
3130         Build fix after r57928. Removed a superfluous close parenthesis.
3131
3132         * public/api/runs.php:
3133
3134 2014-01-24  Ryosuke Niwa  <rniwa@webkit.org>
3135
3136         Unreviewed build & typo fixes.
3137
3138         * public/admin/platforms.php:
3139         * tests/admin-platforms.js:
3140
3141 2014-01-24  Ryosuke Niwa  <rniwa@webkit.org>
3142
3143         <rdar://problem/15704893> perf dashboard should show baseline numbers
3144
3145         Rubber-stamped by Antti Koivisto.
3146
3147         Organize some code into functions in runs.php.
3148
3149         Also added back $paths that was erroneously removed in r57925 from json-header.php.
3150
3151         * public/api/runs.php:
3152         (fetch_runs_for_config): Extracted.
3153         (format_run): Ditto.
3154
3155 2014-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3156
3157         Merge the upstream json-shared.php as of https://trac.webkit.org/r162693.
3158
3159         * database/config.json:
3160         * public/admin/reprocess-report.php:
3161         * public/api/report.php:
3162         * public/api/runs.php:
3163         * public/include/json-header.php:
3164
3165 2014-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3166
3167         Commit yet another forgotten change.
3168
3169         Something went horribly wrong with my merge :(
3170
3171         * database/init-database.sql:
3172
3173 2014-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3174
3175         Commit one more forgotten change. Sorry for making a mess here.
3176
3177 2014-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3178
3179         Commit the forgotten files.
3180
3181         * public/admin/platforms.php: Added.
3182         * tests/admin-platforms.js: Added.
3183
3184 2014-01-23  Ryosuke Niwa  <rniwa@webkit.org>
3185
3186         <rdar://problem/15889905> SafariPerfMonitor: there should be a way to merge and hide platforms
3187
3188         Reviewed by Stephanie Lewis.
3189
3190         Added /admin/platforms/ page to hide and merge platforms.
3191
3192         Merging two platforms is tricky because we need to migrate test runs as well as some test configurations.
3193         Recall that each test (e.g. Dromaeo) can have many "test metrics" (e.g. MaxAllocations, EndAllocations),
3194         and they have a distinct "test configuration" for each platform (e.g. MaxAllocation on Mountain Lion), and
3195         each test configuration a distinct "test run" for each build.
3196
3197         In order to merge platform A into platform B, we must migrate all test runs that belong to platform A via
3198         their test configurations into platform B.
3199
3200         Suppose we're migrating a test run R for test configuration T_A in platform A for metric M. Since M exists
3201         independent of platforms, R should continue to relate to M through some test configuration. Unfortunately,
3202         we can't simply move T_A into platform B since we may already have a test configuration T_B for metric M
3203         in platform B, in which case R should relate to T_B instead.
3204
3205         Thus, we first migrate all test runs for which we already have corresponding test configurations in the
3206         new platform. We then migrate the test configurations of the remaining test runs.
3207
3208         * database/init-database.sql: Added platform_hidden.
3209
3210         * public/admin/platforms.php: Added.
3211         (merge_platforms): Added. Implements the algorithm described above.
3212         (merge_list): Added.
3213
3214         * public/admin/tests.php: Disable the checkbox to show a test configuration on the dashboard if its platform
3215