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