Show a spinner while fetching data on summary page
[WebKit-https.git] / Websites / perf.webkit.org / ChangeLog
1 2016-05-13  Ryosuke Niwa  <rniwa@webkit.org>
2
3         Show a spinner while fetching data on summary page
4         https://bugs.webkit.org/show_bug.cgi?id=157658
5
6         Reviewed by Darin Adler.
7
8         Show a spinner while fetching JSON files on the summary page.
9
10         * public/v3/components/base.js:
11         (ComponentBase.prototype.renderReplace): Added a new implementation that simply calls the static version.
12         (ComponentBase.renderReplace): Made this static.
13
14         * public/v3/pages/summary-page.js:
15         (SummaryPage.prototype._constructRatioGraph): Show a spinner icon when SummaryPageConfigurationGroup's
16         isFetching returns true.
17         (SummaryPage.cssTemplate): Force the height of each cell to be 2.5rem so that the height of cell doesn't
18         change when a spinner is replaced by a ratio bar graph.
19
20         (SummaryPageConfigurationGroup): Added this._isFetching as an instance variable.
21         (SummaryPageConfigurationGroup.prototype.isFetching): Added.
22         (SummaryPageConfigurationGroup.prototype.fetchAndComputeSummary): Set this._isFetching while waiting for
23         the promises to resolve after 50ms. We don't immediately set this._isFetching to avoid FOC when all JSON
24         files have been cached.
25
26 2016-05-07  Ryosuke Niwa  <rniwa@webkit.org>
27
28         Add horizontal between categories of tests
29         https://bugs.webkit.org/show_bug.cgi?id=157386
30
31         Reviewed by Darin Adler.
32
33         Wrap tests in each category by tbody and add a horizontal bar between each category.
34
35         * public/v3/pages/summary-page.js:
36         (SummaryPage.prototype._constructTable):
37         (SummaryPage.cssTemplate):
38
39 2016-05-04  Dewei Zhu  <dewei_zhu@apple.com>
40
41         Summary page should show warnings when current or baseline data is missing.
42         https://bugs.webkit.org/show_bug.cgi?id=157339
43
44         Reviewed by Ryosuke Niwa.
45
46         Set summary page to be the default page of v3 UI.
47         Show warning icon when either baseline or current data is missing.
48         Make fetchBetween returns a promise.
49         Update unit tests for MeasurementSet.fetchBetween since it returns a promise now.
50         Add a workaround to skip some platform and metric configurations.
51
52         * public/v3/components/ratio-bar-graph.js:
53         (RatioBarGraph):
54         (RatioBarGraph.prototype.update): Add showWarningIcon flag to indicate whether we should show warning icon.
55         (RatioBarGraph.prototype.render): Show warning icon when showWarningIcon is true.
56         (RatioBarGraph.cssTemplate): Add style for warning icon.
57         * public/v3/components/warning-icon.js: Add warning icon.
58         (WarningIcon):
59         (WarningIcon.cssTemplate):
60         * public/v3/index.html:
61         * public/v3/main.js:
62         (main): Set summary page to be the default page of v3 UI.
63         * public/v3/models/measurement-set.js:
64         (MeasurementSet):
65         (MeasurementSet.prototype.fetchBetween): Returns a promise. Fix the bug in previous implementation that we miss
66         some callbacks sometimes. Basically, we will fetch primary cluster first, then secondary clusters. For each
67         secondary cluster fetch, we will always invoke callback even when it fails.
68         (MeasurementSet.prototype._fetchSecondaryClusters): Deleted.
69         (MeasurementSet.prototype._fetch.else.url.api.measurement.set platform): Deleted.
70         * public/v3/pages/summary-page.js:
71         (SummaryPage): Add a variable for excluded configurations.
72         (SummaryPage.prototype._createConfigurationGroup): Pass excluded configurations while building config groups.
73         (SummaryPage.prototype._constructTable): Remove the logic for unified header since it breaks consistency of the table appearance.
74         (SummaryPage.prototype.this._renderQueue.push): Show warning message when baseline/current data is missing.
75         (SummaryPageConfigurationGroup): Add a variable to keep track of the warnings while computing summary.
76         (SummaryPageConfigurationGroup.prototype.warnings): A getter for warnings.
77         (SummaryPageConfigurationGroup._computeSummary): Fix a bug in calculating ratios. We should always use
78         current/baseline for ratio and present the difference between ratio and 1 in the summary page.
79         (SummaryPageConfigurationGroup.set then): Deleted.
80         (SummaryPageConfigurationGroup.set var): Deleted.
81         * unit-tests/measurement-set-tests.js: Add a helper function to wait for fetchBetween. Update unit tests since fetchBetween returns a promise now.
82         (promise.set fetchBetween):
83         (set MeasurementSet):
84         (set fetchBetween): Deleted.
85
86 2016-04-26  Ryosuke Niwa  <rniwa@webkit.org>
87
88         Chart status should always be computed against prior values
89         https://bugs.webkit.org/show_bug.cgi?id=157014
90
91         Reviewed by Darin Adler.
92
93         Compare the current value against the last baseline or target value that appear before the current value in time
94         so that the comparison stay the same even when new baseline and target values are reported. Also include the compared
95         baseline or target value in the label for clarity.
96
97         * public/v3/components/chart-status-view.js:
98         (ChartStatusView.prototype._computeChartStatus):
99         (ChartStatusView.prototype._computeChartStatus.labelForDiff):
100         (ChartStatusView.prototype._findLastPointPriorToTime): Extracted from _relativeDifferenceToLaterPointInTimeSeries.
101         Now finds the last point before the current point's time if there is any, or the last point in baseline / target.
102         (ChartStatusView.prototype._relativeDifferenceToLaterPointInTimeSeries): Deleted.
103         * public/v3/models/metric.js:
104         (Metric.prototype.makeFormatter): Don't use SI units for unit-less metrics.
105
106 2016-04-13  Ryosuke Niwa  <rniwa@webkit.org>
107
108         REGRESSION(r199444): Perf dashboard always fetches all measurement sets
109         https://bugs.webkit.org/show_bug.cgi?id=156534
110
111         Reviewed by Darin Adler.
112
113         The bug was cased by SummaryPage's constructor fetching all measurement sets. Since each page is always
114         constructed in main(), this resulted in all measurement sets being fetched on all pages.
115
116         * public/v3/pages/summary-page.js:
117         (SummaryPage):
118         (SummaryPage.prototype.open): Fetch measurement set JSONs here.
119         (SummaryPage.prototype._createConfigurationGroup): Renamed from _createConfigurationGroupAndStartFetchingData.
120
121 2016-04-12  Ryosuke Niwa  <rniwa@webkit.org>
122
123         Add a summary page to v3 UI
124         https://bugs.webkit.org/show_bug.cgi?id=156531
125
126         Reviewed by Stephanie Lewis.
127
128         Add new "Summary" page, which shows the average difference (better or worse) from the baseline across
129         multiple platforms and tests by a single number.
130
131         * public/include/manifest.php:
132         (ManifestGenerator::generate): Include "summary" in manifest.json.
133         * public/shared/statistics.js:
134         (Statistics.mean): Added.
135         (Statistics.median): Added.
136         * public/v3/components/ratio-bar-graph.js: Added.
137         (RatioBarGraph): Shows a horizontal bar graph that visualizes the relative difference (e.g. 3% better).
138         (RatioBarGraph.prototype.update):
139         (RatioBarGraph.prototype.render):
140         (RatioBarGraph.cssTemplate):
141         (RatioBarGraph.htmlTemplate):
142         * public/v3/index.html:
143         * public/v3/main.js:
144         (main): Instantiate SummaryPage and add it to the navigation bar and the router.
145         * public/v3/models/manifest.js:
146         (Manifest._didFetchManifest): Let "summary" pass through from manifest.json to main().
147         * public/v3/models/measurement-set.js:
148         (MeasurementSet.prototype._failedToFetchJSON): Invoke the callback with an error or true in order for
149         the callback can detect a failure.
150         (MeasurementSet.prototype._invokeCallbacks): Ditto.
151         * public/v3/pages/charts-page.js:
152         (ChartsPage.createStateForConfigurationList): Added to add a hyperlink from summary page to charts page.
153         * public/v3/pages/summary-page.js: Added.
154         (SummaryPage): Added.
155         (SummaryPage.prototype.routeName): Added.
156         (SummaryPage.prototype.open): Added.
157         (SummaryPage.prototype.render): Added.
158         (SummaryPage.prototype._createConfigurationGroupAndStartFetchingData): Added.
159         (SummaryPage.prototype._constructTable): Added.
160         (SummaryPage.prototype._constructRatioGraph): Added.
161         (SummaryPage.htmlTemplate): Added.
162         (SummaryPage.cssTemplate): Added.
163         (SummaryPageConfigurationGroup): Added. Represents a set of platforms and tests shown in a single cell.
164         (SummaryPageConfigurationGroup.prototype.ratio): Added.
165         (SummaryPageConfigurationGroup.prototype.label): Added.
166         (SummaryPageConfigurationGroup.prototype.changeType): Added.
167         (SummaryPageConfigurationGroup.prototype.configurationList): Added.
168         (SummaryPageConfigurationGroup.prototype.fetchAndComputeSummary): Added.
169         (SummaryPageConfigurationGroup.prototype._computeSummary): Added.
170         (SummaryPageConfigurationGroup.prototype._fetchAndComputeRatio): Added. Invoked for each time series in
171         the set, and stores the computed ratio of the current values to the baseline in this._setToRatio.
172         The results are aggregated by _computeSummary as a single number later.
173         (SummaryPageConfigurationGroup._medianForTimeRange): Added.
174         (SummaryPageConfigurationGroup._fetchData): A thin wrapper to make MeasurementSet.fetchBetween promise
175         friendly since MeasurementSet doesn't support Promise at the moment (but it should!).
176         * server-tests/api-manifest.js: Updated a test case.
177
178 2016-04-12  Ryosuke Niwa  <rniwa@webkit.org>
179
180         Make sync-buildbot.js fault safe
181         https://bugs.webkit.org/show_bug.cgi?id=156498
182
183         Reviewed by Chris Dumez.
184
185         Fixed a bug that sync-buildbot.js will continue to schedule build requests from multiple test groups
186         if multiple test groups are simultaneously in-progress on the same builder. Also fixed a bug that if
187         a build request had failed without leaving a trace (i.e. no entry on any of the builders we know of),
188         sync-buildbot.js throws an exception.
189
190         * server-tests/tools-buildbot-triggerable-tests.js: Added test cases.
191         * tools/js/buildbot-syncer.js:
192         (BuildbotSyncer.prototype.scheduleRequestInGroupIfAvailable): Renamed. Optionally takes the slave name.
193         When this parameter is specified, schedule the request only if the specified slave is available.
194         * tools/js/buildbot-triggerable.js:
195         (BuildbotTriggerable.prototype._scheduleNextRequestInGroupIfSlaveIsAvailable): Always use
196         scheduleRequestInGroupIfAvailable to schedule a new build request. Using scheduleRequest for non-first
197         build requests was problematic when there were multiple test groups with pending requests because then
198         we would schedule those pending requests without checking whether there is already a pending job or if
199         we have previously scheduled a job. Also fallback to use any syncer / builder when groupInfo.syncer is
200         not set even if the next request was not the first one in the test group since we can't determine on
201         which builder preceding requests are processed in such cases.
202         * unit-tests/buildbot-syncer-tests.js:
203
204 2016-04-11  Ryosuke Niwa  <rniwa@webkit.org>
205
206         Replace script runner to use mocha.js tests
207         https://bugs.webkit.org/show_bug.cgi?id=156490
208
209         Reviewed by Chris Dumez.
210
211         Replaced run-tests.js, which was a whole test harness for running legacy tests by tools/run-tests.py
212         which is a thin wrapper around mocha.js.
213
214         * run-tests.js: Removed.
215         * tests: Removed.
216         * tools/run-tests.py: Added.
217         (main):
218
219 2016-04-11  Ryosuke Niwa  <rniwa@webkit.org>
220
221         New syncing script sometimes schedules a build request on a wrong builder
222         https://bugs.webkit.org/show_bug.cgi?id=156489
223
224         Reviewed by Stephanie Lewis.
225
226         The bug was caused by _scheduleNextRequestInGroupIfSlaveIsAvailable scheduling the next build request on
227         any available syncer regardless of whether the request is the first one in the test group or not because
228         BuildRequest.order was returning a string instead of a number.
229
230         Also fixed a bug that BuildbotTriggerable.syncOnce was re-ordering test groups by their id's instead of
231         respecting the order in which the perf dashboard returned.
232
233         * public/v3/models/build-request.js:
234         (BuildRequest.prototype.order): Force the order to be a number.
235         * server-tests/api-build-requests-tests.js: Assert the order as numbers.
236         * server-tests/resources/mock-data.js:
237         (MockData.addAnotherMockTestGroup): Changed the test group id to 601, which is after the first mock data.
238         The old number was masking a bug in BuildbotTriggerable that it was re-ordering test groups by their id's
239         instead of using the order set forth by the perf dashboard.
240         (MockData.mockTestSyncConfigWithSingleBuilder):
241         * server-tests/tools-buildbot-triggerable-tests.js: Added a test case for scheduling two build requests in
242         a single call to syncOnce. Each build request should be scheduled on the same builder as the previous build
243         requests in the same test group.
244         * tools/js/buildbot-triggerable.js:
245         (BuildbotTriggerable.prototype.syncOnce): Order test groups by groupOrder, which is the index at which first
246         build request in the group appeared.
247         (BuildbotTriggerable.prototype._scheduleNextRequestInGroupIfSlaveIsAvailable): Don't re-order build requests
248         as they're already sorted on the server side.
249         (BuildbotTriggerable._testGroupMapForBuildRequests): Added groupOrder to test group info 
250
251 2016-04-09  Ryosuke Niwa  <rniwa@webkit.org>
252
253         Build fix. Don't treat a build number 0 as a pending build.
254
255         * tools/js/buildbot-syncer.js:
256         (BuildbotBuildEntry.prototype.isPending):
257
258 2016-04-08  Ryosuke Niwa  <rniwa@webkit.org>
259
260         Escape builder names in url* and pathFor* methods of BuildbotSyncer
261         https://bugs.webkit.org/show_bug.cgi?id=156427
262
263         Reviewed by Darin Adler.
264
265         The build fix in r199251 breaks other usage of RemoteAPI. Fix it properly by escaping builder names in
266         various methods of BuildbotSyncer.
267
268         Also fixed a typo in the logging and a bug that the new syncing script never updated "scheduled" to "running".
269
270         * server-tests/resources/mock-data.js:
271         (MockData.mockTestSyncConfigWithTwoBuilders): Renamed "some-builder-2" to "some builder 2" to test the
272         new escaping behavior in tools-buildbot-triggerable-tests.js and buildbot-syncer-tests.js.
273
274         * server-tests/tools-buildbot-triggerable-tests.js: Added tests for status url, and added a new test case
275         for updating "scheduled" to "running".
276
277         * tools/js/buildbot-syncer.js:
278         (BuildbotBuildEntry.buildRequestStatusIfUpdateIsNeeded): Update the status to "running" when the request's
279         status is "scheduled" and the buildbot's build is currently in progress.
280         (BuildbotSyncer.prototype.pathForPendingBuildsJSON): Escape the builder name.
281         (BuildbotSyncer.prototype.pathForBuildJSON): Ditto.
282         (BuildbotSyncer.prototype.pathForForceBuild): Ditto.
283         (BuildbotSyncer.prototype.url): Ditto.
284         (BuildbotSyncer.prototype.urlForBuildNumber): Ditto.
285
286         * tools/js/buildbot-triggerable.js:
287         (BuildbotTriggerable.prototype._pullBuildbotOnAllSyncers):
288         (BuildbotTriggerable.prototype._scheduleNextRequestInGroupIfSlaveIsAvailable): Fixed a typo. We are
289         scheduling new build requests, not syncing them.
290         * tools/js/remote.js:
291         (RemoteAPI.sendHttpRequest): Reverted r199251.
292         * unit-tests/buildbot-syncer-tests.js:
293
294 2016-04-08  Ryosuke Niwa  <rniwa@webkit.org>
295
296         Build fix. We need to escape the path or http.request would fail.
297
298         * tools/js/remote.js:
299
300 2016-04-08  Ryosuke Niwa  <rniwa@webkit.org>
301
302         Fix various bugs in the new syncing script
303         https://bugs.webkit.org/show_bug.cgi?id=156393
304
305         Reviewed by Darin Adler.
306
307         * server-tests/resources/common-operations.js: Added. This file was supposed to be added in r199191.
308         (addBuilderForReport):
309         (addSlaveForReport):
310         (connectToDatabaseInEveryTest):
311         (submitReport):
312         * tools/js/buildbot-triggerable.js:
313         (BuildbotTriggerable.prototype._pullBuildbotOnAllSyncers): Don't log every time we pull from buildbot
314         builder as this dramatically increases the amount of log we generate.
315         * tools/js/parse-arguments.js:
316         (parseArguments): Fixed a typo. This should be parseArgument*s*, not parseArgument.
317         * tools/js/remote.js:
318         (RemoteAPI.prototype.url): Fixed a bug that portSuffix wasn't being expanded in the template literal.
319         (RemoteAPI.prototype.configure): Added more validations with nice error messages.
320         (RemoteAPI.prototype.sendHttpRequest): Falling back to port 80 isn't right when scheme is https. Compute
321         the right port in configure instead based on the scheme.
322         * tools/sync-buildbot.js:
323         (syncLoop): Fixed the bug that syncing multiple times fail because Manifest.fetch() create new Platform
324         and Test objects. This results in various references in BuildRequest objects to get outdated. Fixing this
325         properly in Manifest.fetch() because we do need to "forget" about some tests and platforms in some cases.
326         For now, delete all v3 model objects and start over in each syncing cycle.
327         * unit-tests/tools-js-remote-tests.js: Added. Unit tests for the aforementioned changes to RemoteAPI.
328
329 2016-04-07  Ryosuke Niwa  <rniwa@webkit.org>
330
331         sync-buildbot.js doesn't mark disappeared builds as failed
332         https://bugs.webkit.org/show_bug.cgi?id=156386
333
334         Reviewed by Chris Dumez.
335
336         Fix a bug that new syncing script doesn't mark builds that it scheduled but doesn't appear when queried
337         by buildbot's JSON API. These are builds that got canceled by humans (e.g. buildbot was restarted, data
338         loss, pending build was canceled, etc...)
339
340         * server-tests/tools-buildbot-triggerable-tests.js: Added a test case.
341         * tools/js/buildbot-triggerable.js:
342         (BuildbotTriggerable.prototype._pullBuildbotOnAllSyncers): Added a set of build requests we've matched
343         against BuildbotBuildEntry's. Mark build requests that didn't have any entry but supposed to be in either
344         'scheduled' or 'running' status as failed.
345
346 2016-04-07  Ryosuke Niwa  <rniwa@webkit.org>
347
348         A/B testing bots should prioritize user created test groups
349         https://bugs.webkit.org/show_bug.cgi?id=156375
350
351         Reviewed by Chris Dumez.
352
353         Order build requests preferring user created ones over ones automatically created by detect-changes.js.
354
355         Also fixed a bug in BuildbotSyncer.scheduleFirstRequestInGroupIfAvailable that it was scheduling a new
356         build request on a builder/slave even when we had previously scheduled another build request.
357
358         * public/include/build-requests-fetcher.php:
359         (BuildRequestsFetcher::fetch_incomplete_requests_for_triggerable): Order build requested based on
360         author_order which is 0 when it's created by an user and 1 when it's created by detect-changes.js.
361         Since we're using ascending order, this would put user created test groups first.
362         * server-tests/api-build-requests-tests.js: Updated an existing test case and added a new test case
363         for testing that build requests for an user created test group shows up first.
364         * server-tests/resources/mock-data.js:
365         (MockData.addAnotherMockTestGroup): Takes an extra argument to specify the author name.
366         * server-tests/tools-buildbot-triggerable-tests.js: Added a test case for testing that build requests
367         for an user created test group shows up first.
368         * tools/js/buildbot-syncer.js:
369         (BuildbotSyncer): Added _slavesWithNewRequests to keep track of build slaves on which we have already
370         scheduled new build requests. Don't schedule more requests on these slaves.
371         (BuildbotSyncer.prototype.scheduleRequest):
372         (BuildbotSyncer.prototype.scheduleFirstRequestInGroupIfAvailable): Add the specified slave name (or null
373         when slaveList is not specified) to _slavesWithNewRequests.
374         (BuildbotSyncer.prototype.pullBuildbot): Clear the set after pulling buildbot since any build request
375         we have previously scheduled should be included in one of the entires now.
376         * unit-tests/buildbot-syncer-tests.js: Added test cases for the aforementioned bug.
377         (sampleiOSConfig): Added a second slave for new test cases.
378
379 2016-04-07  Ryosuke Niwa  <rniwa@webkit.org>
380
381         Migrate legacy perf dashboard tests to mocha.js based tests
382         https://bugs.webkit.org/show_bug.cgi?id=156335
383
384         Reviewed by Chris Dumez.
385
386         Migrated all legacy run-tests.js tests to mocha.js based tests. Since the new harness uses Promise
387         for most of asynchronous operations, refactored the tests to use Promises as well, and added more
388         assertions where appropriate.
389
390         Also consolidated common helper functions into server-tests/resources/common-operations.js.
391         Unfortunately there were multiple inconsistent implementations of addBuilder/addSlave. Some were
392         taking an array of reports while others were taking a single report. New shared implementation in
393         common-operations.js now takes a single report.
394
395         Also decreased the timeout in most tests from 10s to 1s so that tests fail early when they timeout.
396         Most of tests are passing under 100ms on my computer so 1s should be plenty still.
397
398         * run-tests.js: Removed.
399         * server-tests/admin-platforms-tests.js: Moved from tests/admin-platforms.js.
400         (reportsForDifferentPlatforms):
401         * server-tests/admin-reprocess-report-tests.js: Moved from tests/admin-reprocess-report.js.
402         (.addBuilder): Moved to common-operations.js.
403         * server-tests/api-build-requests-tests.js:
404         * server-tests/api-manifest.js: Use MockData.resetV3Models() instead of manually clearing maps.
405         * server-tests/api-measurement-set-tests.js: Moved from tests/api-measurement-set.js.
406         (.queryPlatformAndMetric):
407         (.format):
408         * server-tests/api-report-commits-tests.js: Moved from tests/api-report-commits.js.
409         * server-tests/api-report-tests.js: Moved from tests/api-report.js.
410         (.emptyReport):
411         (.emptySlaveReport):
412         (.reportWithSameSubtestName):
413         * server-tests/resources/common-operations.js: Added.
414         (addBuilderForReport): Extracted from tests.
415         (addSlaveForReport): Ditto.
416         (connectToDatabaseInEveryTest): Added.
417         (submitReport): Extracted from admin-platforms-tests.js.
418         * server-tests/resources/test-server.js:
419         (TestServer): Make TestServer a singleton since it doesn't make any sense for each module to start
420         its own Apache instance (that would certainly will fail).
421         * server-tests/tools-buildbot-triggerable-tests.js:
422         * tests: Removed.
423         * tools/js/database.js:
424         (Database.prototype.selectAll): Added.
425         (Database.prototype.selectFirstRow): Added.
426         (Database.prototype.selectRows): Added. Dynamically construct a query string based on arguments.
427
428 2016-04-05  Ryosuke Niwa  <rniwa@webkit.org>
429
430         New buildbot syncing scripts that supports multiple builders and slaves
431         https://bugs.webkit.org/show_bug.cgi?id=156269
432
433         Reviewed by Chris Dumez.
434
435         Add sync-buildbot.js that supports scheduling A/B testing jobs on multiple builders and slaves.
436         The old python script (sync-with-buildbot.py) could only support a single builder and slave
437         for each platform, test pair.
438
439         The main logic is implemented in BuildbotTriggerable.syncOnce. Various helper methods are added
440         throughout the codebase and tests have been refactored.
441
442         BuildbotSyncer has been updated to support multiple platform, test pairs. It's now responsible
443         for syncing everything on each builder (on a buildbot).
444
445         Added more unit tests for BuildbotSyncer and server tests for BuildbotTriggerable, and refactored
446         test helpers and mocks as needed.
447
448         * public/v3/models/build-request.js:
449         (BuildRequest.prototype.status): Added.
450         (BuildRequest.prototype.isScheduled): Added.
451         * public/v3/models/metric.js:
452         (Metric.prototype.fullName): Added.
453         * public/v3/models/platform.js:
454         (Platform): Added the map based on platform name.
455         (Platform.findByName): Added.
456         * public/v3/models/test.js:
457         (Test.topLevelTests):
458         (Test.findByPath): Added. Finds a test based on an array of test names; e.g. ['A', 'B'] would
459         find the test whose name is "B" which has a parent test named "A".
460         (Test.prototype.fullName): Added.
461         * server-tests/api-build-requests-tests.js:
462         (addMockData): Moved to resources/mock-data.js.
463         (addAnotherMockTestGroup): Ditto.
464         * server-tests/resources/mock-data.js: Added.
465         (MockData.resetV3Models): Added.
466         (MockData.addMockData): Moved from api-build-requests-tests.js.
467         (MockData.addAnotherMockTestGroup): Ditto.
468         (MockData.mockTestSyncConfigWithSingleBuilder): Added.
469         (MockData.mockTestSyncConfigWithTwoBuilders): Added.
470         (MockData.pendingBuild): Added.
471         (MockData.runningBuild): Added.
472         (MockData.finishedBuild): Added.
473         * server-tests/resources/test-server.js:
474         (TestServer):
475         (TestServer.prototype.remoteAPI):
476         (TestServer.prototype._ensureTestDatabase): Don't fail even if the test database doesn't exit.
477         (TestServer.prototype._startApache): Create a RemoteAPI instance to access the test sever.
478         (TestServer.prototype._waitForPid): Increase the timeout.
479         (TestServer.prototype.inject): Replace global.RemoteAPI during the test and restore it afterwards.
480         * server-tests/tools-buildbot-triggerable-tests.js: Added. Tests BuildbotTriggerable.syncOnce.
481         (MockLogger): Added.
482         (MockLogger.prototype.log): Added.
483         (MockLogger.prototype.error): Added.
484         * tools/detect-changes.js:
485         (parseArgument): Moved to js/parse-arguments.js.
486         * tools/js/buildbot-syncer.js:
487         (BuildbotBuildEntry):
488         (BuildbotBuildEntry.prototype.syncer): Added.
489         (BuildbotBuildEntry.prototype.buildRequestStatusIfUpdateIsNeeded): Added. Returns a new status
490         for a build request (of the matching build request ID) if it needs to be updated in the server.
491         (BuildbotSyncer): This class 
492         (BuildbotSyncer.prototype.addTestConfiguration): Added.
493         (BuildbotSyncer.prototype.testConfigurations): Returns the list of test configurations.
494         (BuildbotSyncer.prototype.matchesConfiguration): Returns true iff the request can be scheduled on
495         this builder.
496         (BuildbotSyncer.prototype.scheduleRequest): Added. Schedules a new job on buildbot for a request.
497         (BuildbotSyncer.prototype.scheduleFirstRequestInGroupIfAvailable): Added. Schedules a new job for
498         the specified build request on the first slave that's available.
499         (BuildbotSyncer.prototype.pullBuildbot): Return a list of BuildbotBuildEntry instead of an object.
500         Also store it on an instance variable so that scheduleFirstRequestInGroupIfAvailable could use it.
501         (BuildbotSyncer.prototype._pullRecentBuilds):
502         (BuildbotSyncer.prototype.pathForPendingBuildsJSON): Renamed from urlForPendingBuildsJSON and now
503         only returns the path instead of the full URL since RemoteAPI takes a path, not full URL.
504         (BuildbotSyncer.prototype.pathForBuildJSON): Ditto from pathForBuildJSON.
505         (BuildbotSyncer.prototype.pathForForceBuild): Added.
506         (BuildbotSyncer.prototype.url): Use RemoteAPI's url method instead of manually constructing URL.
507         (BuildbotSyncer.prototype.urlForBuildNumber): Ditto.
508         (BuildbotSyncer.prototype._propertiesForBuildRequest): Now that each syncer can have multiple test
509         configurations associated with it, find the one matching for this request.
510         (BuildbotSyncer._loadConfig): Create a syncer per builder and add all test configurations to it.
511         (BuildbotSyncer._validateAndMergeConfig): Added the support for 'SlaveList', which is a list of
512         slave names present on this builder.
513         * tools/js/buildbot-triggerable.js: Added.
514         (BuildbotTriggerable): Added.
515         (BuildbotTriggerable.prototype.name): Added.
516         (BuildbotTriggerable.prototype.syncOnce): Added. The main logic for the syncing script. It pulls
517         existing build requests from the perf dashboard, pulls buildbot for pending and running/completed
518         builds on each builder (represented by each syncer), schedules build requests on buildbot if there
519         is any builder/slave available, and updates the status of build requests in the database.
520         (BuildbotTriggerable.prototype._validateRequests): Added.
521         (BuildbotTriggerable.prototype._pullBuildbotOnAllSyncers): Added.
522         (BuildbotTriggerable.prototype._scheduleNextRequestInGroupIfSlaveIsAvailable): Added.
523         (BuildbotTriggerable._testGroupMapForBuildRequests): Added.
524         * tools/js/database.js:
525         * tools/js/parse-arguments.js: Added. Extracted out of tools/detect-changes.js.
526         (parseArguments):
527         * tools/js/remote.js:
528         (RemoteAPI): Now optionally takes the server configuration.
529         (RemoteAPI.prototype.url): Added.
530         (RemoteAPI.prototype.getJSON): Removed the code for specifying request content.
531         (RemoteAPI.prototype.getJSONWithStatus): Ditto.
532         (RemoteAPI.prototype.postJSON): Added.
533         (RemoteAPI.prototype.postFormUrlencodedData): Added.
534         (RemoteAPI.prototype.sendHttpRequest): Fixed the code to specify auth.
535         * tools/js/v3-models.js: Don't include RemoteAPI here as they require a configuration for each host.
536         * tools/sync-buildbot.js: Added.
537         (main): Added. Parse the arguments and start the loop.
538         (syncLoop): Added.
539         * unit-tests/buildbot-syncer-tests.js: Added tests for pullBuildbot, scheduleRequest, as well as
540         scheduleFirstRequestInGroupIfAvailable. Refactored helper functions as needed.
541         (sampleiOSConfig):
542         (smallConfiguration): Added.
543         (smallPendingBuild): Added.
544         (smallInProgressBuild): Added.
545         (smallFinishedBuild): Added.
546         (createSampleBuildRequest): Create a unique build request for each platform.
547         (samplePendingBuild): Optionally specify build time and slave name.
548         (sampleInProgressBuild): Optionally specify slave name.
549         (sampleFinishedBuild): Ditto.
550         * unit-tests/resources/mock-remote-api.js:
551         (assert.notReached.assert.notReached):
552         (MockRemoteAPI.url): Added.
553         (MockRemoteAPI.postFormUrlencodedData): Added.
554         (MockRemoteAPI._addRequest): Extracted from getJSONWithStatus.
555         (MockRemoteAPI.waitForRequest): Extracted from inject. For tools-buildbot-triggerable-tests.js, we
556         need to instantiate a RemoteAPI for buildbot without replacing global.RemoteAPI.
557         (MockRemoteAPI.inject):
558         (MockRemoteAPI.reset): Added.
559
560 2016-03-30  Ryosuke Niwa  <rniwa@webkit.org>
561
562         Simplify API of Test model by removing Test.setParentTest
563         https://bugs.webkit.org/show_bug.cgi?id=156055
564
565         Reviewed by Joseph Pecoraro.
566
567         Removed Test.setParentTest. Keep track of the child-parent relationship using the static map instead.
568
569         Now each test only stores parent's id and uses the ID static map in Test.parentTest().
570
571         * public/v3/models/manifest.js:
572         (Manifest._didFetchManifest.buildObjectsFromIdMap): Removed the code to create the map of child-parent
573         relationship and call setParentTest.
574         * public/v3/models/test.js:
575         (Test): Updated a static map by the name of "childTestMap" to store itself. We should probably sort
576         child tests using some fixed criteria in the future instead of relying on the creation order but
577         preserve the old code's ordering for now.
578         (Test.prototype.parentTest): Look up the static map by the parent test's id.
579         (Test.prototype.onlyContainsSingleMetric):
580         (Test.prototype.setParentTest): Deleted.
581         (Test.prototype.childTests): Look up the child test map.
582
583 2016-03-30  Ryosuke Niwa  <rniwa@webkit.org>
584
585         BuildRequest should have associated platform and test
586         https://bugs.webkit.org/show_bug.cgi?id=156054
587
588         Reviewed by Joseph Pecoraro.
589
590         Added methods to retrieve the platform and the test associated with a build request with tests.
591
592         * public/v3/models/build-request.js:
593         (BuildRequest):
594         (BuildRequest.prototype.platform): Added.
595         (BuildRequest.prototype.test): Added.
596         * server-tests/api-build-requests-tests.js:
597         * server-tests/api-manifest.js: Fixed a typo. This tests /api/manifest, not /api/build-requests.
598         * unit-tests/buildbot-syncer-tests.js:
599         (.createSampleBuildRequest): Now takes Platform and Test objects to avoid hitting assertions in
600         BuildRequest's constructor.
601
602 2016-03-30  Ryosuke Niwa  <rniwa@webkit.org>
603
604         BuildRequest should have a method to fetch all in-progress and pending requests for a triggerable
605         https://bugs.webkit.org/show_bug.cgi?id=156008
606
607         Reviewed by Darin Adler.
608
609         Add a method to BuildRequest that fetches all pending and in-progress requests for a triggerable.
610
611         Now, new syncing scripts must be able to figure out the build slave the first build requests in
612         a given test group had used in order to schedule subsequent build requests in the test group.
613
614         For this purpose, /api/build-requests has been modified to return all build requests whose test
615         group had not finished yet. A test group is finished if all build requests in the test group had
616         finished (completed, failed, or canceled).
617
618         * public/include/build-requests-fetcher.php:
619         (BuildRequestFetcher::fetch_incomplete_requests_for_triggerable): Return all build requests in test
620         groups that have not been finished.
621         * public/v3/models/build-request.js:
622         (BuildRequest):
623         (BuildRequest.prototype.testGroupId): Added.
624         (BuildRequest.prototype.isPending): Renamed from hasPending to fix a bad grammar.
625         (BuildRequest.fetchForTriggerable): Added.
626         (BuildRequest.constructBuildRequestsFromData): Extracted from _createModelsFromFetchedTestGroups in
627         TestGroup.
628         * public/v3/models/manifest.js:
629         (Manifest.fetch): Use the full path from root so that it works in server tests.
630         * public/v3/models/test-group.js:
631         (TestGroup.hasPending):
632         (TestGroup._createModelsFromFetchedTestGroups):
633         * server-tests/api-build-requests-tests.js: Added tests to ensure all build requests for a test group
634         is present in the response returned by /api/build-requests iff any build request in the group had not
635         finished yet.
636         (.addMockData):
637         (.addAnotherMockTestGroup): Added.
638         * unit-tests/test-groups-tests.js:
639
640 2016-03-29  Ryosuke Niwa  <rniwa@webkit.org>
641
642         Make dependency injection in unit tests more explicit
643         https://bugs.webkit.org/show_bug.cgi?id=156006
644
645         Reviewed by Joseph Pecoraro.
646
647         Make the dependency injection of model objects in unit tests explicit so that server tests that create
648         "real" model objects won't create these mock objects. Now each test that uses mock model objects would call
649         MockModels.inject() to inject before / beforeEach and access each object using a property on MockModels
650         instead of them being implicitly defined on the global object.
651
652         Similarly, MockRemoteAPI now only replaces global.RemoteAPI during each test so that server tests can use
653         real RemoteAPI to access the test Apache server.
654
655         * unit-tests/analysis-task-tests.js:
656         * unit-tests/buildbot-syncer-tests.js:
657         (createSampleBuildRequest):
658         * unit-tests/measurement-adaptor-tests.js:
659         * unit-tests/measurement-set-tests.js:
660         * unit-tests/resources/mock-remote-api.js:
661         (MockRemoteAPI.getJSONWithStatus):
662         (MockRemoteAPI.inject): Added. Override RemoteAPI on the global object during each test.
663         * unit-tests/resources/mock-v3-models.js:
664         (MockModels.inject): Added. Create mock model objects before each test, and clear all static maps of
665         various v3 model classes (to remove all singleton objects for those model classes).
666         * unit-tests/test-groups-tests.js:
667
668 2016-03-29  Ryosuke Niwa  <rniwa@webkit.org>
669
670         BuildbotSyncer should be able to fetch JSON from buildbot
671         https://bugs.webkit.org/show_bug.cgi?id=155921
672
673         Reviewed by Joseph Pecoraro.
674
675         Added BuildbotSyncer.pullBuildbot which fetches pending, in-progress, and finished builds from buildbot
676         with lots of unit tests as this has historically been a source of subtle bugs in the old script.
677
678         New implementation fixes a subtle bug in the old pythons script which overlooked the possibility that
679         the state of some builds may change between each HTTP request. In the old script, we fetched the list
680         of the pending builds, and requested -1, -2, etc... builds for N times. But between each request,
681         a pending build may start running or an in-progress build finish and shift the offset by one. The new
682         script avoids this problem by first requesting all pending builds, then all in-progress and finished
683         builds in a single HTTP request. The results are then merged so that entries for in-progress and
684         finished builds would override the entries for pending builds if they overlap.
685
686         Also renamed RemoteAPI.fetchJSON to RemoteAPI.getJSON to match v3 UI's RemoteAPI. This change makes
687         the class interchangeable between frontend (public/v3/remote.js) and backend (tools/js/remote.js).
688
689         * server-tests/api-build-requests-tests.js:
690         * server-tests/api-manifest.js:
691         * tools/js/buildbot-syncer.js:
692         (BuildbotBuildEntry): Removed the unused argument "type". Store the syncer as an instance variable as
693         we'd need to query for the buildbot URL. Also fixed a bug that _isInProgress was true for finished
694         builds as 'currentStep' is always defined but null in those builds.
695         (BuildbotBuildEntry.prototype.buildNumber): Added.
696         (BuildbotBuildEntry.prototype.isPending): Added.
697         (BuildbotBuildEntry.prototype.hasFinished): Added.
698         (BuildbotSyncer.prototype.pullBuildbot): Added. Fetches pending builds first and then finished builds.
699         (BuildbotSyncer.prototype._pullRecentBuilds): Added. Fetches in-progress and finished builds.
700         (BuildbotSyncer.prototype.urlForPendingBuildsJSON): Added.
701         (BuildbotSyncer.prototype.urlForBuildJSON): Added.
702         (BuildbotSyncer.prototype.url): Added.
703         (BuildbotSyncer.prototype.urlForBuildNumber): Added.
704         * tools/js/remote.js:
705         (RemoteAPI.prototype.getJSON): Renamed from fetchJSON.
706         (RemoteAPI.prototype.getJSONWithStatus): Renamed from fetchJSONWithStatus.
707         * tools/js/v3-models.js: Load tools/js/remote.js instead of public/v3/remote.js inside node.
708         * unit-tests/buildbot-syncer-tests.js: Added a lot of unit tests for BuildbotSyncer.pullBuildbot
709         (samplePendingBuild):
710         (sampleInProgressBuild): Added.
711         (sampleFinishedBuild): Added.
712         * unit-tests/resources/mock-remote-api.js:
713         (global.RemoteAPI.getJSON): Use the same mock as getJSONWithStatus.
714
715 2016-03-24  Ryosuke Niwa  <rniwa@webkit.org>
716
717         Migrate admin-regenerate-manifest.js to mocha.js and test v3 UI code
718         https://bugs.webkit.org/show_bug.cgi?id=155863
719
720         Reviewed by Joseph Pecoraro.
721
722         Replaced admin-regenerate-manifest.js by a new mocha.js tests using the new server testing capability
723         added in r198642 and tested v3 UI code (parsing manifest.json and creating models). Also removed
724         /admin/regenerate-manifest since it has been superseded by /api/manifest.
725
726         This patch also extracts manifest.js out of main.js so that it could be used and tested without the
727         DOM support in node.
728
729         * public/admin/regenerate-manifest.php: Deleted.
730         * public/include/db.php: Fixed a regression from r198642 since CONFIG_DIR now doesn't end with
731         a trailing backslash.
732         * public/include/manifest.php:
733         (ManifestGenerator::bug_trackers): Avoid a warning message when there are no repositories.
734         * public/v3/index.html:
735         * public/v3/main.js:
736         (main):
737         * public/v3/models/bug-tracker.js:
738         (BugTracker.prototype.newBugUrl): Added.
739         (BugTracker.prototype.repositories): Added.
740         * public/v3/models/manifest.js: Added. Extracted from main.js.
741         (Manifest.fetch): Moved from main.js' fetchManifest.
742         (Manifest._didFetchManifest): Moved from main.js' didFetchManifest.
743         * public/v3/models/platform.js:
744         (Platform.prototype.hasTest): Fixed the bug that "test" here was shadowing the function parameter of
745         the same name. This is tested by the newly added test cases.
746         * server-tests/api-build-requests-tests.js:
747         * server-tests/api-manifest.js: Added. Migrated test cases from tests/admin-regenerate-manifest.js
748         with additional assertions for v3 UI model objects.
749         * server-tests/resources/test-server.js:
750         (TestServer.prototype.start):
751         (TestServer.prototype.testConfig): Renamed from _constructTestConfig now that this is a public API.
752         Also no longer takes dataDirectory as an argument since it's always the same.
753         (TestServer.prototype._ensureDataDirectory): Fixed a bug that we weren't making public/data.
754         (TestServer.prototype.cleanDataDirectory): Added. Remove all files inside public/data between tests.
755         (TestServer.prototype.inject): Added. Calls before, etc... because always calling before had an
756         unintended side effect of slowing down unit tests even through they don't need Postgres or Apache.
757         * tests/admin-regenerate-manifest.js: Removed.
758         * tools/js/database.js:
759         * tools/js/v3-models.js:
760
761 2016-03-23  Ryosuke Niwa  <rniwa@webkit.org>
762
763         Add mocha server tests for /api/build-requests
764         https://bugs.webkit.org/show_bug.cgi?id=155831
765
766         Reviewed by Chris Dumez.
767
768         Added the new mocha.js based server-tests for /api/build-requests. The new harness automatically:
769          - starts a new Apache instance
770          - switches the database during testing via setting an environmental variable 
771          - backups and restores public/data directory during testing
772
773         As a result, developer no longer has to manually setup Apache, edit config.json manually to use
774         a testing database, or run /api/manifest.php to re-generate the manifest file after testing.
775
776         This patch also makes ID resolution optional on /api/build-requests so that v3 model based syncing
777         scripts can re-use the same code as the v3 UI to process the JSON. tools/sync-with-buildbot.py has
778         been modified to use this option (useLegacyIdResolution).
779
780         * config.json: Added configurations for the test httpd server.
781         * init-database.sql: Don't error when tables and types don't exist (when database is empty).
782         * public/api/build-requests.php:
783         (main): Made the ID resolution optional with useLegacyIdResolution. Also removed "updates" from the
784         results JSON since it's never used.
785         * public/include/build-requests-fetcher.php:
786         (BuildRequestsFetcher::__construct):
787         (BuildRequestsFetcher::fetch_roots_for_set_if_needed): Fixed the bug that we would include the same
788         commit multiple times for each root set.
789         * public/include/db.php:
790         (config): If present, use ORG_WEBKIT_PERF_CONFIG_PATH instead of Websites/perf.webkit.org/config.json.
791         * server-tests: Added.
792         * server-tests/api-build-requests-tests.js: Added. Tests for /api/build-requests.
793         (.addMockData):
794         * server-tests/resources: Added.
795         * server-tests/resources/test-server.conf: Added. Apache configuration file for testing.
796         * server-tests/resources/test-server.js: Added.
797         (TestSever): Added.
798         (TestSever.prototype.start): Added.
799         (TestSever.prototype.stop): Added.
800         (TestSever.prototype.remoteAPI): Added. Configures RemoteAPI to be used with the test sever.
801         (TestSever.prototype.database): Added. Returns Database configured to use the test database.
802         (TestSever.prototype._constructTestConfig): Creates config.json for testing. The file is generated by
803         _start and db.php's config() reads it from the environmental variable: ORG_WEBKIT_PERF_CONFIG_PATH.
804         (TestSever.prototype._ensureDataDirectory): Renames public/data to public/original-data if exists,
805         and creates a new empty public/data.
806         (TestSever.prototype._restoreDataDirectory): Deletes public/data and renames public/original-data
807         back to public/data.
808         (TestSever.prototype._ensureTestDatabase): Drops the test database if exists and creates a new one.
809         (TestSever.prototype.initDatabase): Run init-database.sql to start each test with a consistent state.
810         (TestSever.prototype._executePgsqlCommand): Executes a postgres command line tool such as psql.
811         (TestSever.prototype._determinePgsqlDirectory): Finds the directory that contains psql.
812         (TestSever.prototype._startApache): Starts an Apache instance for testing.
813         (TestSever.prototype._stopApache): Stops the Apache instance for testing.
814         (TestSever.prototype._waitForPid): Waits for the Apache pid file to appear or disappear.
815         (before): Start the test server at the beginning.
816         (beforeEach): Re-initialize all tables before each test.
817         (after): Stop the test server at the end.
818         * tools/js/config.js:
819         (Config.prototype.path):
820         (Config.prototype.serverRoot): Added. The path to Websites/perf.webkit.org/public/.
821         (Config.prototype.pathFromRoot): Added. Resolves a path from Websites/perf.webkit.org.
822         * tools/js/database.js:
823         (Database): Now optionally takes the database name to use a different database during testing.
824         (Database.prototype.connect):
825         (Database.prototype.query): Added.
826         (Database.prototype.insert): Added.
827         (tableToPrefixMap): Maps table name to its prefix. Used by Database.insert.
828         * tools/js/remote.js: Added.
829         (RemoteAPI): Added. This is node.js equivalent of RemoteAPI in public/v3/remote.js.
830         (RemoteAPI.prototype.configure): Added.
831         (RemoteAPI.prototype.fetchJSON): Added.
832         (RemoteAPI.prototype.fetchJSONWithStatus): Added.
833         (RemoteAPI.prototype.sendHttpRequest): Added.
834         * tools/sync-with-buildbot.py:
835         (main): Use useLegacyIdResolution as this script relies on the legacy behavior.
836         * unit-tests/checkconfig.js: pg was never directly used in this test.
837
838 2016-03-23  Ryosuke Niwa  <rniwa@webkit.org>
839
840         Delete a file that was supposed to be removed in r198614 for real.
841
842         * unit-tests/resources/v3-models.js: Removed.
843
844 2016-03-23  Ryosuke Niwa  <rniwa@webkit.org>
845
846         Add a model for parsing buildbot JSON with unit tests
847         https://bugs.webkit.org/show_bug.cgi?id=155814
848
849         Reviewed by Joseph Pecoraro.
850
851         Added BuildbotSyncer and BuildbotBuildEntry classes to parse buildbot JSON files with unit tests.
852         They will be used in the new syncing scripts to improve A/B testing.
853
854         * public/v3/models/build-request.js:
855         (BuildRequest):
856         * tools/js/buildbot-syncer.js: Added.
857         (BuildbotBuildEntry): Added.
858         (BuildbotBuildEntry.prototype.slaveName): Added.
859         (BuildbotBuildEntry.prototype.buildRequestId): Added.
860         (BuildbotBuildEntry.prototype.isInProgress): Added.
861         (BuildbotSyncer): Added.
862         (BuildbotSyncer.prototype.testPath): Added.
863         (BuildbotSyncer.prototype.builderName): Added.
864         (BuildbotSyncer.prototype.platformName): Added.
865         (BuildbotSyncer.prototype.fetchPendingRequests): Added.
866         (BuildbotSyncer.prototype._propertiesForBuildRequest): Added.
867         (BuildbotSyncer.prototype._revisionSetFromRootSetWithExclusionList): Added.
868         (BuildbotSyncer._loadConfig): Added.
869         (BuildbotSyncer._validateAndMergeConfig): Added.
870         (BuildbotSyncer._validateAndMergeProperties): Added.
871         * tools/js/v3-models.js: Copied from unit-tests/resources/v3-models.js.
872         (beforeEach): Deleted since this only defined inside mocha.
873         * unit-tests/analysis-task-tests.js:
874         * unit-tests/buildbot-syncer-tests.js: Added.
875         (sampleiOSConfig):
876         (createSampleBuildRequest):
877         (.smallConfiguration):
878         * unit-tests/measurement-adaptor-tests.js:
879         * unit-tests/measurement-set-tests.js:
880         * unit-tests/resources/mock-v3-models.js: Renamed from unit-tests/resources/v3-models.js.
881         (beforeEach):
882         * unit-tests/test-groups-tests.js:
883         (sampleTestGroup):
884
885 2016-03-22  Ryosuke Niwa  <rniwa@webkit.org>
886
887         Add unit tests for test-group.js
888         https://bugs.webkit.org/show_bug.cgi?id=155781
889
890         Reviewed by Joseph Pecoraro.
891
892         Added unit tests for test-group.js that would have caught regressions fixed in r198503.
893
894         * public/v3/components/chart-pane-base.js:
895         (ChartPaneBase.prototype._renderAnnotations): Added a forgotten break statement.
896         * public/v3/models/build-request.js:
897         (BuildRequest.prototype.setResult):
898         (BuildRequest):
899         * public/v3/models/test-group.js:
900         * unit-tests/measurement-set-tests.js: Use ./resources/v3-models.js to reduce the code duplication.
901         * unit-tests/resources/v3-models.js: Import more stuff from v3 models.
902         (beforeEach):
903         * unit-tests/test-groups-tests.js: Added. Added some unit tests for TestGroup.
904         (sampleTestGroup):
905         (.testGroupWithStatusList):
906
907 2016-03-22  Ryosuke Niwa  <rniwa@webkit.org>
908
909         Fix a typo.
910
911         * config.json:
912
913 2016-03-21  Ryosuke Niwa  <rniwa@webkit.org>
914
915         Commit log viewer repaints too frequently after r198499
916         https://bugs.webkit.org/show_bug.cgi?id=155732
917
918         Reviewed by Joseph Pecoraro.
919
920         The bug was caused by InteractiveTimeSeriesChart invoking onchange callback whenever mouse moved even
921         if the current point didn't change. Fixed the bug by avoiding the work if the indicator hadn't changed
922         and avoiding work in the commit log viewer when the requested repository and the revision range were
923         the same as those of the last request.
924
925         * public/v3/components/commit-log-viewer.js:
926         (CommitLogViewer):
927         (CommitLogViewer.prototype.currentRepository): Exit early when repository and the revision range are
928         identical to the one we already have to avoid repaints and issuing multiple network requests.
929         * public/v3/components/interactive-time-series-chart.js:
930         (InteractiveTimeSeriesChart.prototype._mouseMove): Don't invoke _notifyIndicatorChanged if the current
931         indicator hadn't changed.
932         * public/v3/pages/chart-pane.js:
933         (ChartPane.prototype._indicatorDidChange): Fixed the bug that unlocking the indicator wouldn't update
934         the URL. We need to check whether the lock state had changed. The old condition was also redundant
935         since _mainChartIndicatorWasLocked is always identically equal to isLocked per the prior assignment.
936
937 2016-03-21  Ryosuke Niwa  <rniwa@webkit.org>
938
939         Fix A/B testing after r198503.
940
941         * public/include/build-requests-fetcher.php:
942
943 2016-03-21  Ryosuke Niwa  <rniwa@webkit.org>
944
945         Analysis task page is broken after r198479
946         https://bugs.webkit.org/show_bug.cgi?id=155735
947
948         Rubber-stamped by Chris Dumez.
949
950         * public/api/measurement-set.php:
951         (AnalysisResultsFetcher::fetch_commits): We need to emit the commit ID as done for regular data.
952         * public/include/build-requests-fetcher.php:
953         (BuildRequestsFetcher::fetch_roots_for_set_if_needed): Ditto. Don't use a fake ID after r198479.
954         * public/v3/models/commit-log.js:
955         (CommitLog): Assert that all commit log IDs are integers to catch regressions like this in future.
956         * public/v3/models/root-set.js:
957         (RootSet): Don't resolve Repository here as doing so would modify the shared "root" entry in the JSON
958         we fetched, and subsequent construction of RootSet would fail since this line would blow up trying to
959         find the repository with "[object]" as the ID.
960         * public/v3/models/test-group.js:
961         (TestGroup._createModelsFromFetchedTestGroups): Resolve Repository here.
962
963 2016-03-21  Ryosuke Niwa  <rniwa@webkit.org>
964
965         v3 UI sometimes don't update the list of revisions on the commit log viewer
966         https://bugs.webkit.org/show_bug.cgi?id=155729
967
968         Rubber-stamped by Chris Dumez.
969
970         Fixed multiple bugs that were affecting the list of blame range and commit logs for the range weren't
971         updated in some cases on v3 UI. Also, the commit log viewer state is now a part of the URL state so
972         opening and closing the commit log viewer will persist across page loads.
973
974         Also fixed a regression from r198479 that Test object can't be created for a top level test.
975
976         * public/v3/components/chart-pane-base.js:
977         (ChartPaneBase.prototype.configure):
978         (ChartPaneBase.prototype._mainSelectionDidChange): Fixed the bug that the list of blame range nor the
979         commit log viewer don't get updated when the selected range changes.
980         (ChartPaneBase.prototype._indicatorDidChange):
981         (ChartPaneBase.prototype._didFetchData):
982         (ChartPaneBase.prototype._updateStatus): Extracted from _indicatorDidChange and _didFetchData.
983         (ChartPaneBase.prototype._requestOpeningCommitViewer): Renamed from _openCommitViewer.
984
985         * public/v3/components/chart-status-view.js:
986         (ChartStatusView.prototype.updateStatusIfNeeded): Fixed the bug that the blame range doesn't get set
987         on the initial page load when the selection range is set but the chart data hadn't been fetched yet.
988
989         * public/v3/components/commit-log-viewer.js:
990         (CommitLogViewer.prototype.view): Fixed the bug that we don't clear out the old list of commits while
991         loading the next set of commits to show as it looked as if the list was never updated.
992         (CommitLogViewer.prototype.render): Fixed the bug that the view always show the last repository name
993         even if there were nothing being fetched or commits to show.
994
995         * public/v3/components/pane-selector.js:
996         (PaneSelector.prototype.focus): Removed superfluous call to console.log.
997
998         * public/v3/models/data-model.js:
999         (DataModelObject.listForStaticMap): Generalized the code for all to fix the bug in Test.
1000         (DataModelObject.all):
1001
1002         * public/v3/models/test.js:
1003         (Test): Fixed the bug that this code was relying on the static map to be an array.
1004         (Test.topLevelTests): Use newly added listForStaticMap to convert the dictionary to an array.
1005
1006         * public/v3/pages/chart-pane-status-view.js:
1007         (ChartPaneStatusView): Always initialize _usedRevisionRange as a triple to simplify code elsewhere.
1008         (ChartPaneStatusView.prototype.render): Invoke _revisionCallback when user clicks on a repository
1009         expansion mark (>>). Also fixed click handler from the row since this made selecting revision range
1010         on the view cumbersome. Now user has to explicitly click on the expansion mark (>>).
1011         (ChartPaneStatusView.prototype._setRevisionRange): Now takes shouldNotify, from, and to as arguments
1012         as this function must not invoke_revisionCallback inside _updateRevisionListForNewCurrentRepository.
1013         (ChartPaneStatusView.prototype.moveRepositoryWithNotification): Use newly added setCurrentRepository
1014         instead of manually invoking setCurrentRepository and updateRevisionListWithNotification.
1015         (ChartPaneStatusView.prototype.setCurrentRepository): Fixed the bug that we weren't updating the
1016         blame list here.
1017         (ChartPaneStatusView.prototype.updateRevisionList): Renamed from updateRevisionListWithNotification
1018         since we no longer call _revisionCallback. In general, callbacks are only meant to communicate user
1019         initiated actions, and not program induced updates like this API so this was a bad pattern anyway.
1020         ChartPane now explicitly updates the commit log viewer instead of relying on this function calling
1021         _requestOpeningCommitViewer implicitly.
1022         (ChartPaneStatusView.prototype._updateRevisionListForNewCurrentRepository): Extracted from
1023         updateRevisionListWithNotification so that setCurrentRepository can also call this function.
1024
1025         * public/v3/pages/chart-pane.js:
1026         (ChartPane.prototype._requestOpeningCommitViewer): Overrides ChartPaneBase's method. Open the same
1027         repository in other panes via ChartsPage.setOpenRepository.
1028         (ChartPane.prototype.setOpenRepository): This method is called when the user selected a repository in
1029         another pane. Open the same repository in this pane if it wasn't already open.
1030
1031         * public/v3/pages/charts-page.js:
1032         (ChartsPage): Added this._currentRepositoryId.
1033         (ChartsPage.prototype.serializeState): Serialize _currentRepositoryId.
1034         (ChartsPage.prototype.updateFromSerializedState): Set the commit log viewer's 
1035         (ChartsPage.prototype.setOpenRepository): Added.
1036
1037         * tests/api-measurement-set.js: Fixed a test after r198479.
1038
1039 2016-03-21  Ryosuke Niwa  <rniwa@webkit.org>
1040
1041         V3 Perf Dashboard should automatically select initial range when creating a new task
1042         https://bugs.webkit.org/show_bug.cgi?id=155677
1043
1044         Reviewed by Joseph Pecoraro.
1045
1046         Select the entire range of points for which the analysis task is created by default so that creating
1047         a test group to confirm the regression / progression is easy.
1048
1049         * public/v3/pages/analysis-task-page.js:
1050         (AnalysisTaskPage): Added a boolean flag which indicates the user had modified main chart's selection.
1051         * public/v3/pages/analysis-task-page.js:
1052         (AnalysisTaskPage.prototype.render): Set the main chart's selection to the entire range of points in
1053         the analysis task if the user had never modified selection.
1054         (AnalysisTaskPage.prototype._chartSelectionDidChange): This callback is invoked only when the user had
1055         modified the selection so set _selectionWasModifiedByUser true here unconditionally.
1056
1057 2016-03-19  Ryosuke Niwa  <rniwa@webkit.org>
1058
1059         Associated commits don't immediately show up on an analysis task page
1060         https://bugs.webkit.org/show_bug.cgi?id=155692
1061
1062         Reviewed by Darin Adler.
1063
1064         The bug was caused by resolveCommits in AnalysisTask._constructAnalysisTasksFromRawData not being
1065         able to find the matching commit log if the commit log had been created by the charts which don't
1066         set the remote identifiers on each CommitLog objects.
1067
1068         Fixed the bug by modifying /api/measurement-set to include the commit ID, and making CommitLog
1069         use the real database ID as its ID instead of a fake ID we create from repository and revision.
1070
1071         Also added a bunch of Mocha unit tests for AnalysisTask.fetchAll.
1072
1073         * public/api/measurement-set.php:
1074         (MeasurementSetFetcher::execute_query): Fetch commit_id.
1075         (MeasurementSetFetcher::format_run): Use pass-by-reference to avoid making a copy of the row.
1076         (MeasurementSetFetcher::parse_revisions_array): Include commit_id as the first item in the result.
1077         * public/v3/instrumentation.js:
1078         * public/v3/models/analysis-task.js:
1079         (AnalysisTask): Fixed a bug that _buildRequestCount and _finishedBuildRequestCount could be kept
1080         as strings and hasPendingRequests() could return a wrong result because it would perform string
1081         inequality instead of numerical inequality.
1082         (AnalysisTask.prototype.updateSingleton): Ditto.
1083         (AnalysisTask.prototype.dissociateCommit):
1084         (AnalysisTask._constructAnalysisTasksFromRawData):
1085         (AnalysisTask._constructAnalysisTasksFromRawData.resolveCommits): Use findById now that CommitLog
1086         objects all use the same id as the database id.
1087         * public/v3/models/commit-log.js:
1088         (CommitLog):
1089         (CommitLog.prototype.remoteId): Deleted since we no longer create a fake id for commit logs for
1090         measurement sets.
1091         (CommitLog.findByRemoteId): Deleted.
1092         (CommitLog.ensureSingleton): Deleted.
1093         (CommitLog.fetchBetweenRevisions):
1094
1095         * public/v3/models/data-model.js:
1096         (DataModelObject.clearStaticMap): Added to aid unit testing.
1097         (DataModelObject.ensureNamedStaticMap): Fixed a typo. Each map is a dictionary, not an array.
1098         * public/v3/models/metric.js:
1099         * public/v3/models/platform.js:
1100         * public/v3/models/root-set.js:
1101         (RootSet): Updated per the interface change in CommitLog.ensureSingleton.
1102         (MeasurementRootSet): Updated per /api/measurement-set change. Use the first value as the id.
1103         * public/v3/models/test.js:
1104         * unit-tests/analysis-task-tests.js: Added.
1105         (sampleAnalysisTask):
1106         (measurementCluster):
1107         * unit-tests/checkconfig.js: Added some assertion message to help aid diagnosing the failure.
1108         * unit-tests/measurement-adaptor-tests.js: Updated the sample data per the API change in
1109         /api/measurement-set and also added assertions for commit log ids.
1110         * unit-tests/measurement-set-tests.js:
1111         (beforeEach):
1112         * unit-tests/resources: Added.
1113         * unit-tests/resources/mock-remote-api.js: Added. Extracted from measurement-set-tests.js to be
1114         used in analysis-task-tests.js.
1115         (assert.notReached.assert.notReached):
1116         (global.RemoteAPI.getJSON):
1117         (global.RemoteAPI.getJSONWithStatus):
1118         (beforeEach):
1119         * unit-tests/resources/v3-models.js: Added. Extracted from measurement-set-tests.js to be used in
1120         analysis-task-tests.js and added more imports as needed.
1121         (importFromV3):
1122         (beforeEach):
1123
1124 2016-03-18  Ryosuke Niwa  <rniwa@webkit.org>
1125
1126         Build fix after r198464.
1127
1128         * public/v3/components/analysis-results-viewer.js:
1129         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups):
1130
1131 2016-03-18  Ryosuke Niwa  <rniwa@webkit.org>
1132
1133         Build fix after r198234.
1134
1135         * public/api/commits.php:
1136         (main): Typo: fetch_latest_reported -> fetch_last_reported.
1137         * public/include/commit-log-fetcher.php:
1138         (CommitLogFetcher::format_single_commit): commits should be an array.
1139
1140 2016-03-18  Ryosuke Niwa  <rniwa@webkit.org>
1141
1142         Perf Dashboard v3 confuses better and worse on A/B task page
1143         https://bugs.webkit.org/show_bug.cgi?id=155675
1144         <rdar://problem/25208723>
1145
1146         Reviewed by Joseph Pecoraro.
1147
1148         The analysis results viewer on v3 UI sometimes treats regressions as progressions and vice versa when
1149         the first set (i.e. set A) of the revisions used in an A/B testing never appears in the original graph,
1150         and its latest commit time matches that of the second set, which appears in the original graph.
1151
1152         Because the analysis results viewer compares results in the increasing row number, this results in
1153         B to be compared to A instead of A to be compared to B. Fixed the bug by preventing the wrong ordering
1154         to occur in _buildRowsForPointsAndTestGroups by always inserting a root set A before B when B appears
1155         and A doesn't appear in the original graph.
1156
1157         * public/v3/components/analysis-results-viewer.js:
1158         (AnalysisResultsViewer.prototype._collectRootSetsInTestGroups): Remember the succeeding root set B
1159         when creating an entry for root set A.
1160         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups): Fixed the bug. Also un-duplicated
1161         the code to create a new row.
1162         (AnalysisResultsViewer.RootSetInTestGroup): Now takes a succeeding root set. e.g. it's B for A and
1163         undefined for B in A/B testing.
1164         (AnalysisResultsViewer.RootSetInTestGroup.prototype.succeedingRootSet): Added.
1165         * public/v3/components/time-series-chart.js:
1166         (TimeSeriesChart.computeTimeGrid): Fixed the bug that we would end up showing 0 AM instead of dates
1167         when both dates and months change.
1168
1169 2016-03-18  Ryosuke Niwa  <rniwa@webkit.org>
1170
1171         Add unit tests for measurement-set.js and measurement-adapter.js
1172         https://bugs.webkit.org/show_bug.cgi?id=155673
1173
1174         Reviewed by Daniel Bates.
1175
1176         Add tests which were supposed to be added in r198462.
1177
1178         * unit-tests/measurement-adaptor-tests.js: Added.
1179         * unit-tests/measurement-set-tests.js: Added.
1180         (assert.notReached): Added.
1181         (global.RemoteAPI.getJSON): Added.
1182         (global.RemoteAPI.getJSONWithStatus): Added. A mock.
1183
1184 2016-03-18  Ryosuke Niwa  <rniwa@webkit.org>
1185
1186         Add unit tests for measurement-set.js and measurement-adapter.js
1187         https://bugs.webkit.org/show_bug.cgi?id=155673
1188
1189         Reviewed by Darin Adler.
1190
1191         Added mocha unit tests for MeasurementSet and MeasurementAdapter classes along with the necessary
1192         refactoring to run these tests in node.
1193
1194         getJSON and getJSONStatus are now under RemoteAPI so that unit tests can mock them.
1195
1196         Removed the dependency on v2 UI's TimeSeries and Measurement class by adding a new implementation
1197         of TimeSeries in v3 and removing the dependency on Measurement in chart-pane-status-view.js with
1198         new helper methods on Build and CommitLog.
1199
1200         Many js files now use 'use strict' (node doesn't support class syntax in non-strict mode) and
1201         module.exports to export symbols in node's require function.
1202
1203         * public/v3/index.html:
1204         * public/v3/main.js:
1205         * public/v3/models/analysis-results.js:
1206         (AnalysisResults.fetch):
1207         * public/v3/models/analysis-task.js:
1208         (AnalysisTask.fetchAll):
1209         * public/v3/models/builder.js:
1210         (Build):
1211         (Build.prototype.builder): Added. Used by ChartPaneStatusView.
1212         (Build.prototype.buildNumber): Ditto.
1213         (Build.prototype.buildTime): Ditto.
1214         * public/v3/models/commit-log.js:
1215         (CommitLog.prototype.diff): Ditto.
1216         (CommitLog.fetchBetweenRevisions):
1217         * public/v3/models/data-model.js:
1218         (DataModelObject.cachedFetch):
1219         * public/v3/models/measurement-adaptor.js:
1220         (MeasurementAdaptor.prototype.applyToAnalysisResults): Renamed from adoptToAnalysisResults.
1221         (MeasurementAdaptor.prototype.applyTo): Renamed from adoptToSeries. Now shares a lot more
1222         code with applyToAnalysisResults. The code to set 'series' and 'seriesIndex' has been moved
1223         to TimeSeries.append. 'measurement' is no longer needed as this patch removes its only use
1224         in ChartPaneStatusView.
1225         * public/v3/models/measurement-cluster.js:
1226         (MeasurementCluster.prototype.addToSeries): Use TimeSeries.append instead of directly mutating
1227         series._series.
1228         * public/v3/models/measurement-set.js:
1229         (Array.prototype.includes): Added a polyfill for node.
1230         (MeasurementSet.prototype._fetchSecondaryClusters): Removed a bogus assertion. When fetchBetween
1231         is called with a mixture of clusters that have been fetched and not fetched, this assertion fails.
1232         (MeasurementSet.prototype._fetch):
1233         (TimeSeries.prototype.findById): Moved to time-series.js.
1234         (TimeSeries.prototype.dataBetweenPoints): Ditto.
1235         (TimeSeries.prototype.firstPoint): Ditto.
1236         (TimeSeries.prototype.fetchedTimeSeries): Moved the code to extend the last point to TimeSeries'
1237         extendToFuture.
1238         * public/v3/models/repository.js:
1239         * public/v3/models/root-set.js:
1240         (MeasurementRootSet): Ignore repositories that had not been defined (e.g. it could be added after
1241         manifest.json had been downloaded but before a given root set is created for an A/B testing).
1242         * public/v3/models/time-series.js:
1243         (TimeSeries): Added.
1244         (TimeSeries.prototype.append): Added.
1245         (TimeSeries.prototype.extendToFuture): Added.
1246         (TimeSeries.prototype.firstPoint): Moved from measurement-set.js.
1247         (TimeSeries.prototype.lastPoint): Added.
1248         (TimeSeries.prototype.previousPoint): Added.
1249         (TimeSeries.prototype.nextPoint): Added.
1250         (TimeSeries.prototype.findPointByIndex): Added.
1251         (TimeSeries.prototype.findById): Moved from measurement-set.js.
1252         (TimeSeries.prototype.findPointAfterTime): Added.
1253         (TimeSeries.prototype.dataBetweenPoints): Moved from measurement-set.js.
1254         * public/v3/pages/chart-pane-status-view.js:
1255         (ChartPaneStatusView.prototype.render): Use newly added helper functions on Build.
1256         (ChartPaneStatusView.prototype._formatTime): Added.
1257         (ChartPaneStatusView.prototype.setCurrentRepository):
1258         (ChartPaneStatusView.prototype.computeChartStatusLabels): Rewrote the code using RootSet object on
1259         currentPoint and previousPoint instead of Measurement class from v2 UI. Also sort the results using
1260         sortByNamePreferringOnesWithURL.
1261         * public/v3/remote.js:
1262         (RemoteAPI.getJSON): Moved under RemoteAPI.
1263         (RemoteAPI.getJSONWithStatus): Ditto.
1264         (PrivilegedAPI):
1265         (PrivilegedAPI.requestCSRFToken):
1266
1267 2016-03-17  Ryosuke Niwa  <rniwa@webkit.org>
1268
1269         Add unit tests for config.json and statistics.js
1270         https://bugs.webkit.org/show_bug.cgi?id=155626
1271
1272         Reviewed by Darin Adler.
1273
1274         Added mocha unit tests for statistics.js and validating config.json. For segmentations, I've extracted
1275         real data from our internal perf dashboard.
1276
1277         Also fixed some bugs covered by these new tests.
1278
1279         * public/shared/statistics.js:
1280         (Statistics.movingAverage): Fixed a bug that forwardWindowSize was never used.
1281         (Statistics.exponentialMovingAverage): Fixed the bug that the moving average starts at 0. It should
1282         start at the first value instead.
1283         (.splitIntoSegmentsUntilGoodEnough): Fixed the bug that we may try to segment a time series into
1284         more parts than there are data points. Clearly, that doesn't make any sense.
1285         (.findOptimalSegmentation): Renamed local variables so that they're more descriptive, and rewrote
1286         the debugging code was the old code was emitting some useless data. Also fixed the bug that the length
1287         of "segmentation" was off by one (we need segmentCount + 1 elements in the array sine we always
1288         include the start of the first segment = 0 and the end of the last segment = values.length).
1289         (.SampleVarianceUpperTriangularMatrix):
1290         (Statistics): Modernized the export code.
1291         * tools/js: Added.
1292         * tools/js/config.js: Added.
1293         (Config): Added.
1294         (Config.prototype.configFilePath): Added.
1295         (Config.prototype.value): Added.
1296         (Config.prototype.path): Added.
1297         * tools/js/database.js: Added.
1298         (Database): Added.
1299         (Database.prototype.connect): Added.
1300         (Database.prototype.disconnect): Added.
1301         * unit-tests: Added.
1302         * unit-tests/checkconfig.js: Added. Validates config.json. This is useful while setting up
1303         a local instance of the perf dashboard.
1304         * unit-tests/statistics-tests.js: Added.
1305         (assert.almostEqual): Added. Asserts that two floating values are within a given significant digits.
1306         (.stdev):
1307         (.delta):
1308         (.computeWelchsT):
1309
1310 2016-03-17  Ryosuke Niwa  <rniwa@webkit.org>
1311
1312         Fix a typo which was supposed to be fixed in r198351.
1313
1314         * public/v3/pages/analysis-task-page.js:
1315         (AnalysisTaskPage.prototype.render):
1316
1317 2016-03-17  Ryosuke Niwa  <rniwa@webkit.org>
1318
1319         An analysis task should be closed if a progression cause is identified
1320         https://bugs.webkit.org/show_bug.cgi?id=155549
1321
1322         Reviewed by Chris Dumez.
1323
1324         Since a progression is desirable, we should close an analysis task once its cause is identified.
1325
1326         Also fix some typos.
1327
1328         * init-database.sql: Fixed a typo.
1329         * public/api/analysis-tasks.php:
1330         * public/v3/models/analysis-task.js:
1331         (AnalysisTask.prototype.dissociateBug): Renamed from dissociateBug.
1332         * public/v3/pages/analysis-task-page.js:
1333         (AnalysisTaskPage.prototype.render):
1334         (AnalysisTaskPage.prototype._dissociateBug): Renamed from _dissociateBug.
1335         (AnalysisTaskPage.prototype._dissociateCommit): Fixed the typo in the alert.
1336
1337 2016-03-16  Ryosuke Niwa  <rniwa@webkit.org>
1338
1339         Analysis task page should allow specifying commits that caused or fixed a regression or a progression
1340         https://bugs.webkit.org/show_bug.cgi?id=155529
1341
1342         Reviewed by Chris Dumez.
1343
1344         Added the capability to associate revisions that caused or fixed a progression or a regression for which
1345         an analysis task was created. Added task_commits that stores this relationship and added the backend
1346         support to retrieve this table in /api/analysis-tasks and an privileged API to update this table at
1347         /privileged-api/associate-commit.
1348
1349         Also extracted a new component, MutableListView, out of AnalysisTaskPage to render and manipulate a list
1350         of mutable items, and used it to render the list of associated bugs and commits. The view takes a list of
1351         kinds (e.g. repositories or bug trackers), and accepts a pair of a kind and arbitrary text as a new item
1352         value.
1353
1354         * init-database.sql: Added task_commits table.
1355
1356         * public/api/analysis-tasks.php:
1357         (main):
1358         (fetch_associated_data_for_tasks): Renamed from fetch_and_push_bugs_to_tasks now that it also fetches
1359         the list of commits associated with each analysis task by calling CommitLogFetcher::fetch_for_tasks.
1360         Also fixe the bug that we were not taking 
1361         (format_task): No longer sets 'category' since the computation of category now depends on the list of
1362         commits associated with this analysis task which aren't available until fetch_associated_data_for_tasks.
1363         (determine_category): Added. Categorize any analysis tasks with "fixes" commits as "closed" and "causes"
1364         commits as "identified".
1365
1366         * public/include/commit-log-fetcher.php:
1367         (CommitLogFetcher::__construct): Remove the unused instance variable.
1368         (CommitLogFetcher::fetch_for_tasks): Added. Fetches all commits associated with a list of analysis tasks.
1369         Assumes the caller (fetch_associated_data_for_tasks) had setup "fixes" and "causes" fields on each task.
1370
1371         * public/privileged-api/associate-commit.php: Added. Updates task_commits table to associate or disassociate
1372         a commit with an analysis task. When the specified analysis task and the specified commit are already
1373         associated, we simply update the table instead of adding a duplicating entry or error. For dissociation,
1374         the front-end specifies the commit ID.
1375         (main): Added.
1376
1377         * public/v3/index.html:
1378         * public/v3/components/mutable-list-view.js: Added. Used by the list associated bugs and commits.
1379         (MutableListView): Added.
1380         (MutableListView.prototype.setList): Added.
1381         (MutableListView.prototype.setKindList): Added.
1382         (MutableListView.prototype.setAddCallback): Added. This callback is invoked when the user tries to add
1383         a new item to the list.
1384         (MutableListView.prototype.render): Added.
1385         (MutableListView.prototype._submitted): Added.
1386         (MutableListView.cssTemplate):
1387         (MutableListView.htmlTemplate):
1388         (MutableListItem): Added. RemovalLink could be a hyperlink or a callback and gets involved when the user
1389         tries to delete this item.
1390         (MutableListItem.prototype.content):
1391
1392         * public/v3/models/analysis-task.js:
1393         (AnalysisTask): Added the support of the list of commits that fixed and caused changes.
1394         (AnalysisTask.prototype.updateSingleton): Ditto.
1395         (AnalysisTask.prototype.causes): Added.
1396         (AnalysisTask.prototype.fixes): Added.
1397         (AnalysisTask.prototype.associateCommit): Added. Use the API added at /privileged-api/associate-commit
1398         to associate a new commit with this analysis task. Each commit has either caused or fixed the change.
1399         (AnalysisTask.prototype.dissociateCommit): Added. Use the same API to disassociate each commit.
1400         (AnalysisTask._constructAnalysisTasksFromRawData): Find all commits associated with each analysis task.
1401         Because commit log objects use a fake ID fdue to /api/measurement-set not providing commit IDs, we must
1402         use CommitLog.findByRemoteId to find each commit instead of usual CommitLog.findById.
1403         (AnalysisTask._constructAnalysisTasksFromRawData.resolveCommits): Added.
1404
1405         * public/v3/models/build-request.js:
1406         (BuildRequest.prototype.hasFinished): Renamed from hasCompleted since it was confusing for this._status
1407         being "completed" wasn't a necessary condition for this function to return true.
1408
1409         * public/v3/models/commit-log.js:
1410         (CommitLog): Added the static map for actual commit ID instead of a fake ID created in ensureSingleton.
1411         (CommitLog.prototype.remoteId): Added. Returns the real commit ID.
1412         (CommitLog.findByRemoteId): Added. Finds an CommitLog object using the real ID.
1413
1414         * public/v3/models/test-group.js:
1415         (TestGroup.prototype.hasFinished): Renamed from hasCompleted to match the rename in BuildRequest.
1416
1417         * public/v3/pages/analysis-task-page.js:
1418         (AnalysisTaskPage): Added lists for the commits that fixed and caused the change using MutableListView.
1419         Also adopted MutableListView for the list of associated bugs.
1420         (AnalysisTaskPage.prototype.render): Added the code to populate the newly added lists.
1421         (AnalysisTaskPage.prototype._makeCommitListItem): Added.
1422         (AnalysisTaskPage.prototype._associateBug): Now this is a callback from MutableListView.
1423         (AnalysisTaskPage.prototype._associateCommit): Added.
1424         (AnalysisTaskPage.prototype._dissociateCommit): Added.
1425         (AnalysisTaskPage.htmlTemplate):
1426         (AnalysisTaskPage.cssTemplate):
1427
1428         * public/v3/remote.js:
1429         (getJSON): Spit out the entire responseText when JSON failed to parse to make debugging easier.
1430
1431 2016-03-15  Ryosuke Niwa  <rniwa@webkit.org>
1432
1433         Extract the code to format commit logs into its own PHP file
1434         https://bugs.webkit.org/show_bug.cgi?id=155514
1435
1436         Rubber-stamped by Chris Dumez.
1437
1438         Extracted CommitLogFetcher out of /api/commits so that it could be used in analysis-tasks.php
1439         in the future to support associating cause/fix for each analysis task.
1440
1441         * public/api/commits.php:
1442         * public/include/commit-log-fetcher.php: Added.
1443         (CommitLogFetcher)
1444         (CommitLogFetcher::__construct): Added.
1445         (CommitLogFetcher::repository_id_from_name): Added.
1446         (CommitLogFetcher::fetch_between): Added.
1447         (CommitLogFetcher::fetch_oldest): Added.
1448         (CommitLogFetcher::fetch_latest): Added.
1449         (CommitLogFetcher::fetch_last_reported): Added.
1450         (CommitLogFetcher::fetch_revision): Added.
1451         (CommitLogFetcher::commit_for_revision): Added.
1452         (CommitLogFetcher::format_single_commit): Added.
1453         (CommitLogFetcher::format_commit): Added.
1454
1455 2016-03-09  Ryosuke Niwa  <rniwa@webkit.org>
1456
1457         Build fix after r196870.
1458
1459         * public/include/report-processor.php:
1460
1461 2016-03-09  Ryosuke Niwa  <rniwa@webkit.org>
1462
1463         Add Size metric to perf dashboard
1464         https://bugs.webkit.org/show_bug.cgi?id=155266
1465
1466         Reviewed by Chris Dumez.
1467
1468         Added the "Size" metric and use bytes as its unit.
1469
1470         * public/js/helper-classes.js:
1471         (PerfTestRuns):
1472         * public/v2/data.js:
1473         (RunsData.unitFromMetricName):
1474
1475 2016-02-20  Ryosuke Niwa  <rniwa@webkit.org>
1476
1477         Add the support for universal slave password
1478         https://bugs.webkit.org/show_bug.cgi?id=154476
1479
1480         Reviewed by David Kilzer.
1481
1482         Added the support for universalSlavePassword.
1483
1484         * config.json:
1485         * public/include/report-processor.php:
1486         (ReportProcessor::process):
1487         (ReportProcessor::authenticate_and_construct_build_data): Extracted from process().
1488
1489 2016-02-19  Ryosuke Niwa  <rniwa@webkit.org>
1490
1491         Analysis tasks page complains about missing repository but with a wrong name
1492         https://bugs.webkit.org/show_bug.cgi?id=154468
1493
1494         Reviewed by Chris Dumez.
1495
1496         Fixed the bug by using the right variable in the template literal.
1497
1498         * public/v3/components/customizable-test-group-form.js:
1499         (CustomizableTestGroupForm.prototype._computeRootSetMap): Use querySelector here since Chrome doesn't have
1500         getElementsByClassName on ShadowRoot.
1501         * public/v3/pages/analysis-task-page.js:
1502         (AnalysisTaskPage.prototype._createTestGroupAfterVerifyingRootSetList): Use name which is the name of
1503         repository here.
1504
1505 2016-02-18  Ryosuke Niwa  <rniwa@webkit.org>
1506
1507         Revert an unintended change made in the previous commit.
1508
1509         * init-database.sql:
1510
1511 2016-02-18  Ryosuke Niwa  <rniwa@webkit.org>
1512
1513         Perf dashboard should let user cancel pending A/B testing and hide failed ones
1514         https://bugs.webkit.org/show_bug.cgi?id=154433
1515
1516         Reviewed by Chris Dumez.
1517
1518         Added a button to hide a test group in the details view (the bottom table) in the analysis task page, and
1519         "Show hidden tests" link to show the hidden test groups on demand. When a test group is hidden, all pending
1520         requests in the group will also be canceled since a common scenario of using this feature is that the user
1521         had triggered an useless A/B testing; e.g. all builds will fail, wrong, etc... We can revisit and add the
1522         capability to just cancel the pending requests and leaving the group visible later if necessary.
1523
1524         Run `ALTER TYPE build_request_status_type ADD VALUE 'canceled';` to add the new type.
1525
1526         * init-database.sql: Added testgroup_hidden column to analysis_test_groups table and added 'canceled'
1527         as a value to build_request_status_type table.
1528         * public/api/test-groups.php:
1529         (format_test_group): Added 'hidden' field in the JSON result.
1530         * public/privileged-api/update-test-group.php:
1531         (main): Added the support for updating testgroup_hidden column. When this column is set to true, also
1532         cancel all pending build requests (by setting its request_status to 'canceled' which will be ignore by
1533         the syncing script).
1534         * public/v3/components/test-group-results-table.js:
1535         (TestGroupResultsTable.prototype.setTestGroup): Reset _renderedTestGroup here so that the next call to
1536         render() will update the table; e.g. when build requests' status change from 'Pending' to 'Canceled'.
1537         * public/v3/models/build-request.js:
1538         (BuildRequest.prototype.hasCompleted): A build request is considered complete/finished if it's canceled.
1539         (BuildRequest.prototype.hasPending): Added.
1540         (BuildRequest.prototype.statusLabel): Handle 'canceled' status.
1541         * public/v3/models/test-group.js:
1542         (TestGroup):
1543         (TestGroup.prototype.updateSingleton): Added to update 'hidden' field.
1544         (TestGroup.prototype.isHidden): Added.
1545         (TestGroup.prototype.hasPending): Added.
1546         (TestGroup.prototype.hasPending): Added.
1547         (TestGroup.prototype.updateHiddenFlag): Added. Uses the privileged API to update testgroup_hidden column.
1548         The JSON API also updates the status of the 'pending' build requests in the group to 'canceled'.
1549         * public/v3/pages/analysis-task-page.js:
1550         (AnalysisTaskPage): Added _showHiddenTestGroups and _filteredTestGroups as instance variables.
1551         (AnalysisTaskPage.prototype._didFetchTestGroups):
1552         (AnalysisTaskPage.prototype._showAllTestGroups): Added.
1553         (AnalysisTaskPage.prototype._didUpdateTestGroupHiddenState): Extracted from _didFetchTestGroups.
1554         (AnalysisTaskPage.prototype._renderTestGroupList): Use the filtered list of test groups to show the list
1555         of test groups. When all test groups are shown, we would first show the hidden ones after the regular ones.
1556         (AnalysisTaskPage.prototype._createTestGroupListItem): Extracted from _renderTestGroupList.
1557         (AnalysisTaskPage.prototype._renderTestGroupDetails): Update the text inside the button to hide the test
1558         group. Also show a warning text that the pending requests will be canceled if there are any.
1559         (AnalysisTaskPage.prototype._hideCurrentTestGroup): Added.
1560         (AnalysisTaskPage.cssTemplate): Updated the style.
1561
1562 2016-02-18  Ryosuke Niwa  <rniwa@webkit.org>
1563
1564         The rows in the analysis results table should be expandable
1565         https://bugs.webkit.org/show_bug.cgi?id=154427
1566
1567         Reviewed by Chris Dumez.
1568
1569         Added "(Expand)" link between rows that have hidden points. Upon click it inserts the hidden rows.
1570
1571         We insert around five rows at a time when there are hundreds of hidden points but we also avoid leaving
1572         behind expandable rows of less than two rows.
1573
1574         Also fixed a bug in CustomizableTestGroupForm that getElementsById would throw in the shipping Safari
1575         because getElementsById doesn't exist on Element.prototype by using class name instead.
1576
1577         * public/v3/components/analysis-results-viewer.js:
1578         (AnalysisResultsViewer):
1579         (AnalysisResultsViewer.prototype.setCurrentTestGroup): Removed superfluous call to render().
1580         (AnalysisResultsViewer.prototype.setPoints): Always show the start and the end points.
1581         (AnalysisResultsViewer.prototype.buildRowGroups):
1582         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups): Add an instance of ExpandableRow which
1583         shows a "(Expand)" link to show hidden rows here.
1584         (AnalysisResultsViewer.prototype._expandBetween): Added. Expands rows between two points.
1585         (AnalysisResultsViewer.cssTemplate): Added rules for "(Expand)" links.
1586         (AnalysisResultsViewer.ExpandableRow): Added.
1587         (AnalysisResultsViewer.ExpandableRow.prototype.resultContent): Added. Overrides what's in the results column.
1588         (AnalysisResultsViewer.ExpandableRow.prototype.heading): Added. Generates "(Expand)" link.
1589
1590         * public/v3/components/customizable-test-group-form.js:
1591         (CustomizableTestGroupForm.prototype._computeRootSetMap): Use getElementsByClassName instead of
1592         getElementById.
1593         (CustomizableTestGroupForm.prototype._classForLabelAndRepository): Renamed from _idForLabelAndRepository.
1594         (CustomizableTestGroupForm._constructRevisionRadioButtons): Set class name instead of id.
1595
1596         * public/v3/components/results-table.js:
1597         (ResultsTable.prototype.render): Don't generate radio buttons to select a row when root set is missing;
1598         e.g. for rows that show "(Expand)" links.
1599
1600 2016-02-18  Ryosuke Niwa  <rniwa@webkit.org>
1601
1602         Statistically significant A/B testing results should be color coded in details view
1603         https://bugs.webkit.org/show_bug.cgi?id=154414
1604
1605         Reviewed by Chris Dumez.
1606
1607         Color code the statistically significant comparisions in TestGroupResultsTable as done in the analysis
1608         results viewer.
1609
1610         * public/v3/components/customizable-test-group-form.js:
1611         (CustomizableTestGroupForm.cssTemplate): Build fix after r196768.
1612         * public/v3/components/test-group-results-table.js:
1613         (TestGroupResultsTable.prototype.buildRowGroups): Add the status as a class name.
1614         (TestGroupResultsTable.cssTemplate): Added styles to color-code statistically significant results.
1615
1616 2016-02-17  Ryosuke Niwa  <rniwa@webkit.org>
1617
1618         v3 UI should allow custom revisions for A/B testing
1619         https://bugs.webkit.org/show_bug.cgi?id=154379
1620
1621         Reviewed by Chris Dumez.
1622
1623         Added the capability to customize revisions selected in the overview chart and the results viewer.
1624
1625         Newly added CustomizableTestGroupForm is responsible for allowing users to modify the set of revisions in
1626         a new A/B testing group. Unlike TestGroupForm which doesn't know anything about which revisions are selected
1627         for each project/repository, CustomizableTestGroupForm is aware of the list of revisions used in each set.
1628
1629         The list of revisions used in each set is represented by RootSet if users had not customized them, and
1630         CustomRootSet otherwise; the latter was added since regular RootSet object requires CommitLog and other
1631         DataModelObjects which are hard to create without corresponding database entries.
1632
1633         * public/v3/components/customizable-test-group-form.js: Added.
1634         (CustomizableTestGroupForm): Added.
1635         (CustomizableTestGroupForm.prototype.setRootSetMap): Added.
1636         (CustomizableTestGroupForm.prototype._submitted): Overrides the superclass' method.
1637         (CustomizableTestGroupForm.prototype._customize): Ditto. Unlike TestGroupForm's callback, this class'
1638         callback passes in a root set map as the third argument.
1639         (CustomizableTestGroupForm.prototype._computeRootSetMap): Added. Returns this._rootSetMap, which is set by
1640         AnalysisTaskPage if user had not customized the root sets. Otherwise return a new map with CustomRootSet's.
1641         (CustomizableTestGroupForm.prototype.render): Added. Creates a table to allow customization of root sets.
1642         (CustomizableTestGroupForm._constructRevisionRadioButtons): Added.
1643         (CustomizableTestGroupForm._createRadioButton): Added.
1644         (CustomizableTestGroupForm.cssTemplate): Added.
1645         (CustomizableTestGroupForm.formContent): Added. This method is called by TestGroupForm.htmlTemplate.
1646         * public/v3/components/test-group-form.js:
1647         (TestGroupForm): Updated the various methods to not directly mutate DOM. Store the state in instance
1648         variables and update DOM in render() as done elsewhere.
1649         (TestGroupForm.prototype.setNeedsName): Deleted. We no longer need this flag since TestGroupForm which is
1650         used for retries never needs a name and CustomizableTestGroupForm which is used to create a new test group
1651         always requires a name.
1652         (TestGroupForm.prototype.setDisabled):
1653         (TestGroupForm.prototype.setLabel):
1654         (TestGroupForm.prototype.setRepetitionCount):
1655         (TestGroupForm.prototype.render): Added.
1656         (TestGroupForm.prototype._submitted): Moved the code to prevent the default action has been moved to the
1657         constructor since this method is overridden by CustomizableTestGroupForm.
1658         (TestGroupForm.cssTemplate): Added.
1659         (TestGroupForm.htmlTemplate):
1660         (TestGroupForm.formContent): Extracted from htmlTemplate.
1661         * public/v3/index.html:
1662         * public/v3/models/repository.js:
1663         (Repository.sortByNamePreferringOnesWithURL): Added.
1664         * public/v3/models/root-set.js:
1665         (RootSet.prototype.revisionForRepository): Added so that _createTestGroupAfterVerifyingRootSetList can retrieve
1666         the revision information from CustomRootSet without going through CommitLog objects since CustomRootSet doesn't
1667         have associated CommitLog objects.
1668         (CustomRootSet): Added. Used by CustomizableTestGroupForm to create a custom root map since regular RootSet
1669         requires CommitLog and other related objects which are hard to create without database entries.
1670         (CustomRootSet.prototype.setRevisionForRepository): Added.
1671         (CustomRootSet.prototype.repositories): Added.
1672         (CustomRootSet.prototype.revisionForRepository): Added.
1673         * public/v3/pages/analysis-task-page.js:
1674         (AnalysisTaskPage):
1675         (AnalysisTaskPage.prototype.render): Removed the reference to v2 UI since v3 UI is now strictly more powerful
1676         than v2 UI. Also update the root set maps in each form here.
1677         (AnalysisTaskPage.prototype._retryCurrentTestGroup): No longer takes unused name argument as it got removed
1678         from TestGroupForm.
1679         (AnalysisTaskPage.prototype._chartSelectionDidChange): No longer updates the disabled-ness here since it's now
1680         done in render() via setRootSetMap().
1681         (AnalysisTaskPage.prototype._createNewTestGroupFromChart): Now takes rootSetMap as an argument.
1682         (AnalysisTaskPage.prototype._selectedRowInAnalysisResultsViewer): No longer updates the disabled-ness here
1683         since it's now done in render() via setRootSetMap().
1684         (AnalysisTaskPage.prototype._createNewTestGroupFromViewer): Now takes rootSetMap as an argument.
1685         (AnalysisTaskPage.prototype._createTestGroupAfterVerifyingRootSetList): Take a dictionary of root set labels
1686         such as A and B, which maps to a RootSet or a newly-added CustomRootSet.
1687         (AnalysisTaskPage.htmlTemplate): Use customizable-test-group-form for creating a new A/B testing group. Retry
1688         form will continue to use TestGroupForm since customizing revisions is non-sensical in retries.
1689         (AnalysisTaskPage.cssTemplate): Updated the style.
1690
1691 2016-02-16  Ryosuke Niwa  <rniwa@webkit.org>
1692
1693         v3 UI has the capability to schedule an A/B testing in a specific range
1694         https://bugs.webkit.org/show_bug.cgi?id=154329
1695
1696         Reviewed by Chris Dumez.
1697
1698         Extended AnalysisTaskChartPane and ResultsTable so that users can select a range of points in either
1699         the overview chart pane and the results viewer table. Extracted TestGroupForm out of the analysis task
1700         page and used right below those two components in the analysis task page.
1701
1702         * public/v3/components/results-table.js:
1703         (ResultsTable):
1704         (ResultsTable.prototype.setRangeSelectorLabels): Added.
1705         (ResultsTable.prototype.setRangeSelectorCallback): Added.
1706         (ResultsTable.prototype.selectedRange): Added.
1707         (ResultsTable.prototype._rangeSelectorClicked): Added.
1708         (ResultsTable.prototype.render): Generate radio boxes to select a range.
1709
1710         * public/v3/components/test-group-form.js:
1711         (TestGroupForm):
1712         (TestGroupForm.prototype.setStartCallback): Added.
1713         (TestGroupForm.prototype.setNeedsName): Added.
1714         (TestGroupForm.prototype.setDisabled): Added.
1715         (TestGroupForm.prototype.setLabel): Added.
1716         (TestGroupForm.prototype.setRepetitionCount): Added.
1717         (TestGroupForm.prototype._submitted): Added.
1718         (TestGroupForm.htmlTemplate): Extracted from AnalysisTaskPage.htmlTemplate.
1719
1720         * public/v3/index.html:
1721
1722         * public/v3/pages/analysis-task-page.js:
1723         (AnalysisTaskChartPane.prototype._mainSelectionDidChange): Added. Delegates the work to AnalysisTaskPage.
1724         (AnalysisTaskChartPane.prototype.selectedPoints): Added.
1725         (AnalysisTaskPage):
1726         (AnalysisTaskPage.prototype.title):
1727         (AnalysisTaskPage.prototype.render):
1728         (AnalysisTaskPage.prototype._renderTestGroupDetails): Use TestGroupForm's methods instead of mutating DOM. 
1729         (AnalysisTaskPage.prototype._retryCurrentTestGroup):
1730         (AnalysisTaskPage.prototype._chartSelectionDidChange): Added.
1731         (AnalysisTaskPage.prototype._createNewTestGroupFromChart): Added.
1732         (AnalysisTaskPage.prototype._selectedRowInAnalysisResultsViewer): Added.
1733         (AnalysisTaskPage.prototype._createNewTestGroupFromViewer): Added.
1734         (AnalysisTaskPage.prototype._createRetryNameForTestGroup):
1735         (AnalysisTaskPage.prototype._createTestGroupAfterVerifyingRootSetList): Extracted from _retryCurrentTestGroup
1736         so that we can call it in _createNewTestGroupFromChart and _createNewTestGroupFromViewer.
1737         (AnalysisTaskPage.htmlTemplate):
1738
1739 2016-02-15  Ryosuke Niwa  <rniwa@webkit.org>
1740
1741         Extract the code specific to v2 UI out of shared statistics.js
1742         https://bugs.webkit.org/show_bug.cgi?id=154277
1743
1744         Reviewed by Chris Dumez.
1745
1746         Extracted statistics-strategies.js out of statistics.js for v2 UI and detect-changes.js. The intent is to
1747         deprecate this file once we implement refined statistics tools in v3 UI and adopt it in detect-changes.js.
1748
1749         * public/shared/statistics.js:
1750         (Statistics.movingAverage): Extracted from the "Simple Moving Average" strategy.
1751         (Statistics.cumultaiveMovingAverage): Extracted from the "Cumulative Moving Average" strategy.
1752         (Statistics.exponentialMovingAverage): Extracted from the "Exponential Moving Average" strategy.
1753         Use a temporary "movingAverage" to keep the last moving average instead of relying on the previous
1754         entry in "averages" array to avoid special casing an array of length 1 and starting the loop at i = 1.
1755         (Statistics.segmentTimeSeriesGreedyWithStudentsTTest): Extracted from "Segmentation: Recursive t-test"
1756         strategy. Don't create the list of averages to match segmentTimeSeriesByMaximizingSchwarzCriterion here.
1757         It's done in newly added averagesFromSegments.
1758         (Statistics.segmentTimeSeriesByMaximizingSchwarzCriterion): Extracted from
1759         "Segmentation: Schwarz criterion" strategy.
1760         (.recursivelySplitIntoTwoSegmentsAtMaxTIfSignificantlyDifferent): Just store the start index to match
1761         * public/v2/app.js:
1762         (App.Pane.updateStatisticsTools):
1763         (App.Pane._computeMovingAverageAndOutliers):
1764         * public/v2/data.js:
1765         * public/v2/index.html:
1766         * public/v2/statistics-strategies.js: Added.
1767         (StatisticsStrategies.MovingAverageStrategies): Added.
1768         (averagesFromSegments): Extracted from "Segmentation: Schwarz criterion" strategy. Now used by both
1769         "Segmentation: Recursive t-test" and "Segmentation: Schwarz criterion" strategies.
1770         (StatisticsStrategies.EnvelopingStrategies): Moved from Statistics.EnvelopingStrategies.
1771         (StatisticsStrategies.TestRangeSelectionStrategies): Moved from Statistics.TestRangeSelectionStrategies.
1772         (createWesternElectricRule): Moved from statistics.js.
1773         (countValuesOnSameSide): Ditto.
1774         (StatisticsStrategies.executeStrategy): Moved from Statistics.executeStrategy.
1775         * tools/detect-changes.js:
1776         (computeRangesForTesting):
1777
1778 2016-02-15  Ryosuke Niwa  <rniwa@webkit.org>
1779
1780         v1 UI and v2 UI should share statistics.js
1781         https://bugs.webkit.org/show_bug.cgi?id=154262
1782
1783         Reviewed by Chris Dumez.
1784
1785         Share statistics.js between v1 and v2 UI.
1786
1787         * public/index.html:
1788         * public/js/shared.js: Deleted.
1789         * public/js/statistics.js: Removed.
1790         * public/shared: Added.
1791         * public/shared/statistics.js: Moved from Websites/perf.webkit.org/public/v2/js/statistics.js.
1792         * public/v2/index.html:
1793         * public/v2/js/statistics.js: Removed.
1794         * public/v3/index.html:
1795         * tools/detect-changes.js:
1796
1797 2016-02-13  Ryosuke Niwa  <rniwa@webkit.org>
1798
1799         v3 UI sometimes shows same dates twice on the x-axis of time series charts
1800         https://bugs.webkit.org/show_bug.cgi?id=154210
1801
1802         Reviewed by Chris Dumez.
1803
1804         The bug was caused by the label generation code in TimeSeriesChart.computeTimeGrid never emitting hours.
1805
1806         Use hours instead of dates as labels when the current time's date is same as the previous label's date.
1807         Always include dates before entering this mode to avoid just having hours as labels on the entire x-axis.
1808
1809         * public/v3/components/time-series-chart.js:
1810         (TimeSeriesChart.prototype._renderXAxis): Slightly increase the "average" width of x-axis label.
1811         (TimeSeriesChart.computeTimeGrid): See above. Also assert that the number of labels we generate never
1812         exceeds maxLabels as a sanity check.
1813         (TimeSeriesChart._timeIterators): Added an iterator that increments by two hours for zoomed graphs.
1814
1815 2016-02-13  Ryosuke Niwa  <rniwa@webkit.org>
1816
1817         v3 UI should show status and associated bugs on analysis task pages
1818         https://bugs.webkit.org/show_bug.cgi?id=154212
1819
1820         Reviewed by Chris Dumez.
1821
1822         Added the capability to see and modify the status and the list of associated of bugs on analysis task pages.
1823
1824         Also added the list of related tasks, which are analysis tasks associated with the same bug or have
1825         overlapping time ranges with the same test metric but on a potentially different platform.
1826
1827         In addition, categorize analysis tasks with the status of "no change" or "inconclusive" as "closed" as no
1828         further action can be taken (users can bring them back to non-closed state without any restrictions).
1829
1830         * public/api/analysis-tasks.php:
1831         (format_task): Categorize 'unchanged' and 'inconclusive' analysis tasks as closed.
1832
1833         * public/privileged-api/associate-bug.php:
1834         (main): Added shouldDelete as a new mechanism to disassociate a bug since v3 UI shares a single Bug object
1835         between multiple analysis tasks (as it should have been in the first place).
1836
1837         * public/v3/components/chart-pane-base.js:
1838         (ChartPaneBase):
1839         (ChartPaneBase.prototype._fetchAnalysisTasks): Since each analysis task's change type (status/result) could
1840         change, we need to create annotation objects during each render() call.
1841         (ChartPaneBase.prototype.render):
1842         (ChartPaneBase.prototype._renderAnnotations): Extracted from ChartPaneBase.prototype._fetchAnalysisTasks to
1843         do that. I was afraid of the perf impact of this but it doesn't seem to be an issue in my testing.
1844         (ChartPaneBase.cssTemplate): Removed superfluous margins (moved to ChartPane.cssTemplate) around the charts
1845         since they are only useful in the charts page.
1846
1847         * public/v3/models/analysis-task.js:
1848         (AnalysisTask):
1849         (AnalysisTask.prototype.updateSingleton): Added a comment as to why object.result cannot be renamed to
1850         object.changeType in the JSON API.
1851         (AnalysisTask.prototype.updateName): Added.
1852         (AnalysisTask.prototype.updateChangeType): Added.
1853         (AnalysisTask.prototype._updateRemoteState): Added.
1854         (AnalysisTask.prototype.associateBug): Added.
1855         (AnalysisTask.prototype.disassociateBug): Added.
1856         (AnalysisTask.fetchRelatedTasks): Added. See above for the criteria of related-ness.
1857
1858         * public/v3/pages/analysis-task-page.js:
1859         (AnalysisTaskPage):
1860         (AnalysisTaskPage.prototype.updateFromSerializedState):
1861         (AnalysisTaskPage.prototype._fetchRelatedInfoForTaskId): Extracted from updateFromSerializedState.
1862         (AnalysisTaskPage.prototype._didFetchRelatedAnalysisTasks): Added.
1863         (AnalysisTaskPage.prototype.render): Render the list of associated bugs, the list of bug trackers (so that
1864         users can use it to associate with a new bug), and the list of related analysis tasks.
1865         (AnalysisTaskPage.prototype._renderTestGroupList): Extracted from render since it was getting too long.
1866         (AnalysisTaskPage.prototype._renderTestGroupDetails): Ditto.
1867         (AnalysisTaskPage.prototype._updateChangeType): Added.
1868         (AnalysisTaskPage.prototype._associateBug): Added.
1869         (AnalysisTaskPage.prototype._disassociateBug): Added.
1870         (AnalysisTaskPage.htmlTemplate): Added various elements to show and modify the status, associate bugs,
1871         and a list of related analysis tasks.
1872         (AnalysisTaskPage.cssTemplate): Added various styles for those form controls.
1873
1874         * public/v3/pages/chart-pane.js:
1875         (ChartPane.cssTemplate): Moved the margins from ChartPaneBase.cssTemplate.
1876
1877 2016-02-12  Ryosuke Niwa  <rniwa@webkit.org>
1878
1879         Perf dashboard should allow renaming analysis tasks and test groups
1880         https://bugs.webkit.org/show_bug.cgi?id=154200
1881
1882         Reviewed by Chris Dumez.
1883
1884         Allow editing names of analysis tasks and A/B testing groups in the v3 UI.
1885
1886         Added the support for updating the name to the privileged API at /privileged-api/update-analysis-task
1887         and added a new prevailed API to update A/B testing groups at /privileged-api/update-test-group.
1888
1889         * public/privileged-api/update-analysis-task.php: Added the support for renaming the analysis task.
1890         (main):
1891
1892         * public/privileged-api/update-test-group.php: Added. Supports updating the test group's name.
1893         (main):
1894
1895         * public/v3/components/editable-text.js: Added.
1896         (EditableText): Added. A new editable text label control. It looks like a text node with "(Edit)" link
1897         at the end which allow users to go into the "editing mode", which reveals an input element.
1898         The user can exit the editing mode by either moving the focus away from the control or clicking on
1899         "(Save)" at the end. It calls _updateCallback in the latter case.
1900         (EditableText.prototype.editedText): Returns the current value of the input element user.
1901         (EditableText.prototype.setText): Sets the label. This does not live-update the input element until
1902         the user exists the current editing mode and re-enters it.
1903         (EditableText.prototype.setStartedEditingCallback): Sets a callback which gets called when the user
1904         requested to enter the editing mode. Since EditableText relies on AnalysisTaskPage to render, this
1905         callback only exits to call EditableText.render() in AnalysisTask._didStartEditingTaskName.
1906         (EditableText.prototype.setUpdateCallback): Sets a callback which gets called when the user exits
1907         the editing mode by activating the "(Save)" link. This callback MUST return a promise upon resolution
1908         of which the control gets out of the editing mode. While the promise is in flight, the input element
1909         becomes readonly.
1910         (EditableText.prototype.render): Updates various states of the elements. When _updatingPromise is not
1911         falsy, we make the input element readonly and show '(...)' on the link. Don't show the action link
1912         if the label is empty (e.g. analysis task or test group is still being fetched).
1913         (EditableText.prototype._didClick): Called when the user clicked on the action link. Enter the editing
1914         mode or save the edited label via _updateCallback.
1915         (EditableText.prototype._didBlur): Exit the editing mode without saving if the input element is not
1916         focused, there is no inflight promise returned by _updateCallback, and the action link "(Save)" does
1917         not have the focus.
1918         (EditableText.prototype._didUpdate): Called when exiting the editing mode.
1919         (EditableText.htmlTemplate):
1920         (EditableText.cssTemplate):
1921
1922         * public/v3/index.html: Include newly added editable-text.js.
1923
1924         * public/v3/models/analysis-task.js:
1925         (AnalysisTask.prototype.updateSingleton): Added.
1926         (AnalysisTask.prototype.updateName): Added. Uses PrivilegedAPI to update the name and re-fetches
1927         the analysis task from the sever.
1928         (AnalysisTask._constructAnalysisTasksFromRawData): Use ensureSingleton instead of manually calling
1929         findById since we need to update the name of the singleton object we found (via updateSingleton).
1930
1931         * public/v3/models/bug.js:
1932         (Bug.ensureSingleton): Moved the code to compute the synthetic id from AnalysisTask's
1933         _constructAnalysisTasksFromRawData.
1934         (Bug.prototype.updateSingleton): Added. Just assert that nothing changes.
1935
1936         * public/v3/models/build-request.js:
1937         (BuildRequest.prototype.updateSingleton): Added. Assert that the intrinsic values of a build request
1938         doesn't change and update status text, status url, and build id as they could change.
1939
1940         * public/v3/models/commit-log.js:
1941         (CommitLog): Made the constructor argument conform to the convention of id, object pair so that we can
1942         use DataModelObject.ensureSingleton.
1943         (CommitLog.ensureSingleton): 
1944         (CommitLog.prototype.updateSingleton): Extracted from CommitLog.ensureSingleton.
1945
1946         * public/v3/models/data-model.js:
1947         (DataModelObject.ensureSingleton): Call newly added updateSingleton.
1948         (DataModelObject.prototype.updateSingleton):
1949         (LabeledObject): Removed the name map since it's never used (findByName is never called anywhere).
1950         (LabeledObject.prototype.updateSingleton): Added. Updates _name.
1951         (LabeledObject.findByName): Deleted.
1952
1953         * public/v3/models/test-group.js:
1954         (TestGroup.prototype.updateName): Added. Uses PrivilegedAPI to update the name and re-fetches
1955         the test group from the sever.
1956         (TestGroup._createModelsFromFetchedTestGroups): Removed bogus code. A root set doesn't have a test
1957         group associated with it since multiple test groups can share a single root set (this property doesn't
1958         even exist).
1959
1960         * public/v3/pages/analysis-task-page.js:
1961         (AnalysisTaskPage): Removed useless _taskId and added this._testGroupLabelMap and this._taskNameLabel.
1962         (AnalysisTaskPage.prototype.updateFromSerializedState): Cleanup.
1963         (AnalysisTaskPage.prototype._didFetchTask): Assert that this function is called exactly once.
1964         (AnalysisTaskPage.prototype.render): Use this._task.id() to show the v2 link. Use EditableText to show
1965         the names of the analysis task and the associated test groups. Hide the overview chart and the list of
1966         test groups (along with the retry/confirm button) when the analysis task failed to fetch. We always
1967         update the names of the analysis task and the associated test groups since they could be updated by
1968         the server.
1969         (AnalysisTaskPage.prototype._didStartEditingTaskName): Added.
1970         (AnalysisTaskPage.prototype._updateTaskName): Added.
1971         (AnalysisTaskPage.prototype._updateTestGroupName): Added.
1972         (AnalysisTaskPage.htmlTemplate): Updated the style.
1973
1974 2016-02-11  Ryosuke Niwa  <rniwa@webkit.org>
1975
1976         Land the change that was supposed to be the part of r196463.
1977
1978         * public/v3/pages/analysis-task-page.js:
1979         (AnalysisTaskPage.prototype._didFetchTestGroups): Select the latest test group by default.
1980
1981 2016-02-11  Ryosuke Niwa  <rniwa@webkit.org>
1982
1983         Refine v3 UI's analysis task page
1984         https://bugs.webkit.org/show_bug.cgi?id=154152
1985
1986         Reviewed by Chris Dumez.
1987
1988         This patch makes the following refinements to the analysis task page:
1989          - Always show the relative different of in-progress A/B testing.
1990          - Make the annotations (colored bars) in the chart open other analysis tasks.
1991          - Order the A/B testing groups in the reverse chronological order.
1992          - Select the time range corresponding to the current test group.
1993
1994         * public/v3/components/analysis-results-viewer.js:
1995         (AnalysisResultsViewer.cssTemplate): Fixed the bug that pending and running testing groups are no longer
1996         colored after r196440. Use a slightly more opaque color for currently running groups compared to pending ones.
1997
1998         * public/v3/components/chart-pane-base.js:
1999         (ChartPaneBase.prototype.setMainSelection): Added.
2000         (ChartPaneBase.prototype._openAnalysisTask): Moved the code from ChartPane._openAnalysisTask so that it can be
2001         reused in both AnalysisTaskChartPane and ChartPane (in charts page).
2002         (ChartPaneBase.prototype.router): Added. Overridden by each subclass.
2003
2004         * public/v3/components/test-group-results-table.js:
2005         (TestGroupResultsTable.prototype.buildRowGroups): Always show the summary (relative difference of A to B) as
2006         long as there are some results in each set.
2007
2008         * public/v3/models/test-group.js:
2009         (TestGroup.prototype.compareTestResults): Always set .label and .fullLabel with the relative change as long as
2010         there are some values. Keep using "pending" and "running" in .status since that would determine the color of
2011         stacking blocks representing those A/B testing groups. 
2012
2013         * public/v3/pages/analysis-task-page.js:
2014         (AnalysisTaskChartPane):
2015         (AnalysisTaskChartPane.prototype.setPage): Added.
2016         (AnalysisTaskChartPane.prototype.router): Added.
2017         (AnalysisTaskPage):
2018         (AnalysisTaskPage.prototype.render): Show the list of A/B testing groups in the reverse chronological order.
2019         Also set the main chart's selection to the time range of the current test group.
2020
2021         * public/v3/pages/chart-pane.js:
2022         (ChartPane.prototype.router): Added.
2023         (ChartPane.prototype._openAnalysisTask): Moved to ChartPaneBase.prototype._openAnalysisTask.
2024
2025 2016-02-11  Ryosuke Niwa  <rniwa@webkit.org>
2026
2027         Add a script to process backlogs created while perf dashboard was in the maintenance mode
2028         https://bugs.webkit.org/show_bug.cgi?id=154140
2029
2030         Reviewed by Chris Dumez.
2031
2032         Added a script to process the backlog JSONs created while the perf dashboard was put in the maintenance mode.
2033         It re-submits each JSON file to the perf dashboard using the same server config file used by syncing scripts.
2034
2035         * public/include/report-processor.php:
2036         (TestRunsGenerator::test_value_list_to_values_by_iterations): Fixed a bug in the error message code. It was
2037         referencing an undeclared variable.
2038         * tools/process-maintenance-backlog.py: Added.
2039
2040 2016-02-11  Ryosuke Niwa  <rniwa@webkit.org>
2041
2042         AnalysisResultsViewer never uses this._smallerIsBetter
2043         https://bugs.webkit.org/show_bug.cgi?id=154134
2044
2045         Reviewed by Chris Dumez.
2046
2047         Removed the unused instance variable _smallerIsBetter from AnalysisResultsViewer and TestGroupStackingBlock.
2048
2049         * public/v3/components/analysis-results-viewer.js:
2050         (AnalysisResultsViewer): Removed the unused _smallerIsBetter.
2051         (AnalysisResultsViewer.prototype.setSmallerIsBetter): Deleted.
2052         (AnalysisResultsViewer.prototype.buildRowGroups):
2053         (AnalysisResultsViewer.TestGroupStackingBlock): Removed the unused _smallerIsBetter.
2054         * public/v3/pages/analysis-task-page.js:
2055         (AnalysisTaskPage.prototype._didFetchTask):
2056
2057 2016-02-11  Ryosuke Niwa  <rniwa@webkit.org>
2058
2059         Build fix after r196440.
2060
2061         * public/v3/models/test-group.js:
2062         (TestGroup.prototype.addBuildRequest): Clear the map instead of setting the property to null.
2063
2064 2016-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2065
2066         Perf dashboard should have UI to retry A/B testing
2067         https://bugs.webkit.org/show_bug.cgi?id=154090
2068
2069         Reviewed by Chris Dumez.
2070
2071         Added a button to re-try an existing A/B testing group with a custom repetition count. The same button functions
2072         as a way of confirming the progression/regression when there have been no A/B testing scheduled in the task.
2073
2074         Also fixed the bug that A/B testing groups that have been waiting for other test groups will be shown as "running".
2075
2076         * public/v3/components/results-table.js:
2077         (ResultsTable.cssTemplate): Don't pad the list of extra repositories when it's empty.
2078
2079         * public/v3/components/test-group-results-table.js:
2080         (TestGroupResultsTable.prototype.buildRowGroups): Use TestGroup.labelForRootSet instead of manually
2081         computing the letter for each configuration set.
2082
2083         * public/v3/models/build-request.js:
2084         (BuildRequest.prototype.hasStarted): Added.
2085
2086         * public/v3/models/data-model.js:
2087         (DataModelObject.ensureSingleton): Added.
2088         (DataModelObject.cachedFetch): Added noCache option. This is used when re-fetching the test groups after
2089         creating one.
2090
2091         * public/v3/models/measurement-cluster.js:
2092         (MeasurementCluster.prototype.startTime): Added.
2093
2094         * public/v3/models/measurement-set.js:
2095         (MeasurementSet.prototype.hasFetchedRange): Added. Returns true only if there are no "holes" (cluster
2096         yet to be fetched) between the specified time range. This was added to fix a bug in AnalysisTaskPage's
2097         _didFetchMeasurement.
2098
2099         * public/v3/models/test-group.js:
2100         (TestGroup): Added this._rootSetToLabel.
2101         (TestGroup.prototype.addBuildRequest): Reset this._rootSetToLabel along with this._requestedRootSets. 
2102         (TestGroup.prototype.repetitionCount): Added. Returns the number of iterations executed per set. We assume that
2103         every root set in the test group shares a single repetition count.
2104         (TestGroup.prototype.requestedRootSets): Now populates this._rootSetToLabel for labelForRootSet.
2105         (TestGroup.prototype.labelForRootSet): Added.
2106         (TestGroup.prototype.hasStarted): Added.
2107         (TestGroup.prototype.compareTestResults): Use 'running' and 'pending' to differentiate test groups that are waiting
2108         for other groups to finish running from the ones that are actually running ('incomplete' before this patch).
2109         (TestGroup.fetchByTask):
2110         (TestGroup.createAndRefetchTestGroups): Added. Creates a new test group using the privileged-api/create-test-group
2111         and fetches the list of test groups for the specified analysis task.
2112         (TestGroup._createModelsFromFetchedTestGroups): Extracted from TestGroup.fetchByTask.
2113
2114         * public/v3/pages/analysis-task-page.js:
2115         (AnalysisTaskPage): Initialize _renderedCurrentTestGroup to undefined so that we'd always can differentiate
2116         the initial call to AnalysisTaskPage.render and subsequent calls in which it's identical to _currentTestGroup.
2117         (AnalysisTaskPage.prototype._didFetchMeasurement): Fixed a bug that we don't exit early even when some
2118         clusters in between startPoint and endPoint are still being fetched via newly added hasFetchedRange.
2119         (AnalysisTaskPage.prototype.render): Update the default repetition count based on the current test group.
2120         Also update the label of the button to "Confirm the change" if there is no A/B testing in this task.
2121         (AnalysisTaskPage.prototype._retryCurrentTestGroup): Added. Re-triggers an existing A/B testing group or creates
2122         the A/B testing for the entire range of the analysis task.
2123         (AnalysisTaskPage.prototype._hasDuplicateTestGroupName): Added.
2124         (AnalysisTaskPage.prototype._createRetryNameForTestGroup): Added.
2125         (AnalysisTaskPage.htmlTemplate): Added form controls to re-trigger A/B testing.
2126         (AnalysisTaskPage.cssTemplate): Updated the style.
2127
2128 2016-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2129
2130         Removed the duplicated definition of ChartPaneBase.
2131
2132         * public/v3/components/chart-pane-base.js:
2133
2134 2016-02-09  Ryosuke Niwa  <rniwa@webkit.org>
2135
2136         Analysis task page on v3 UI should show charts
2137         https://bugs.webkit.org/show_bug.cgi?id=154057
2138
2139         Reviewed by Chris Dumez.
2140
2141         Extracted ChartPaneBase out of ChartPane and added an instance of its new subclass, AnalysisTaskChartPane,
2142         to the analysis task page. The main difference is that ChartPaneBase doesn't depend on the presence of
2143         this._chartsPage unlike ChartPane. It also doesn't have the header with toolbar (to show breakdown, etc...).
2144
2145         * public/v3/components/base.js:
2146         (ComponentBase.prototype._constructShadowTree): Call htmlTemplate() and cssTemplate() with the right "this".
2147
2148         * public/v3/components/chart-pane-base.js: Added.
2149         (ChartPaneBase): Extracted from ChartPane.
2150         (ChartPaneBase.prototype.configure): Extracted from the constructor. Separating this function allows the
2151         component to be instantiated inside a HTML template.
2152         (ChartPaneBase.prototype._fetchAnalysisTasks): Moved from ChartPane._fetchAnalysisTasks.
2153         (ChartPaneBase.prototype.platformId): Ditto.
2154         (ChartPaneBase.prototype.metricId): Ditto.
2155         (ChartPaneBase.prototype.setOverviewDomain): Ditto.
2156         (ChartPaneBase.prototype.setMainDomain): Ditto.
2157         (ChartPaneBase.prototype._overviewSelectionDidChange): Extracted from the constructor. This is overridden in
2158         ChartPane and unused in AnalysisTaskChartPane.
2159         (ChartPaneBase.prototype._mainSelectionDidChange): Extracted from ChartPane._mainSelectionDidChange.
2160         (ChartPaneBase.prototype._mainSelectionDidZoom): Extracted from ChartPane._mainSelectionDidZoom.
2161         (ChartPaneBase.prototype._indicatorDidChange): Extracted from ChartPane._indicatorDidChange.
2162         (ChartPaneBase.prototype._didFetchData): Moved from ChartPane._fetchAnalysisTasks.
2163         (ChartPaneBase.prototype._openAnalysisTask): Ditto.
2164         (ChartPaneBase.prototype._openCommitViewer): Ditto. Also fixed a bug that we don't show the spinner while
2165         waiting for the data to be fetched by calling this.render() here.
2166         (ChartPaneBase.prototype._keyup): Moved from ChartPane._keyup. Also fixed the bug that the revisions list
2167         doesn't update by calling this.render() here.
2168         (ChartPaneBase.prototype.render): Extracted from ChartPane.render.
2169         (ChartPaneBase.htmlTemplate): Extracted from ChartPane.htmlTemplate.
2170         (ChartPaneBase.paneHeaderTemplate): Added. This is overridden in ChartPane and unused in AnalysisTaskChartPane.
2171         (ChartPaneBase.cssTemplate): Extracted from ChartPane.htmlTemplate.
2172
2173         * public/v3/components/chart-styles.js: Renamed from public/v3/pages/page-with-charts.js.
2174         (PageWithCharts): Renamed from PageWithCharts since it no longer extends PageWithHeading.
2175         (ChartStyles.createChartSourceList):
2176
2177         * public/v3/components/commit-log-viewer.js:
2178         (CommitLogViewer.prototype.view): Set this._repository right away instead of waiting for the fetched data
2179         so that spinner will be shown while the data is being fetched.
2180
2181         * public/v3/index.html:
2182
2183         * public/v3/pages/analysis-task-page.js:
2184         (AnalysisTaskChartPane): Added extends ChartPaneBase.
2185         (AnalysisTaskPage): Added. this._chartPane.
2186         (AnalysisTaskPage.prototype._didFetchTask): Initialize this._chartPane with a domain.
2187         (AnalysisTaskPage.prototype.render): Render this._chartPane.
2188         (AnalysisTaskPage.htmlTemplate):
2189
2190         * public/v3/pages/chart-pane-status-view.js:
2191         (ChartPaneStatusView): Removed the unused router from the argument list.
2192         (ChartPaneStatusView.prototype.pointsRangeForAnalysis): Renamed from analyzeData() since it was ambiguous.
2193         (ChartPaneStatusView.prototype.moveRepositoryWithNotification): Fixed the bug that we don't update the list
2194         of the revisions here.
2195         (ChartPaneStatusView.prototype.computeChartStatusLabels):
2196
2197         * public/v3/pages/chart-pane.js:
2198         (ChartPane): Now extends ChartPaneBase. 
2199         (ChartPane.prototype._overviewSelectionDidChange): Extracted from the constructor.
2200         (ChartPane.prototype._mainSelectionDidChange): 
2201         (ChartPane.prototype._mainSelectionDidZoom):
2202         (ChartPane.prototype._indicatorDidChange):
2203         (ChartPane.prototype.render):
2204         (ChartPane.prototype._renderActionToolbar):
2205         (ChartPane.paneHeaderTemplate): Extracted from htmlTemplate.
2206         (ChartPane.cssTemplate):
2207         (ChartPane.overviewOptions.selection.onchange): Deleted.
2208         (ChartPane.prototype._fetchAnalysisTasks): Deleted.
2209         (ChartPane.prototype.platformId): Deleted.
2210         (ChartPane.prototype.metricId): Deleted.
2211         (ChartPane.prototype.setOverviewDomain): Deleted.
2212         (ChartPane.prototype.setMainDomain): Deleted.
2213         (ChartPane.prototype._openCommitViewer): Deleted.
2214         (ChartPane.prototype._didFetchData): Deleted.
2215         (ChartPane.prototype._keyup): Deleted.
2216
2217         * public/v3/pages/charts-page.js:
2218         (ChartsPage):
2219         (ChartsPage.createDomainForAnalysisTask): Extracted by createDomainForAnalysisTask; used to set the domain
2220         of the charts in the analysis task page.
2221         (ChartsPage.createStateForAnalysisTask):
2222
2223         * public/v3/pages/dashboard-page.js:
2224         (DashboardPage):
2225         (DashboardPage.prototype._createChartForCell):
2226
2227 2016-02-10  Ryosuke Niwa  <rniwa@webkit.org>
2228
2229         Add the support for maintenance mode
2230         https://bugs.webkit.org/show_bug.cgi?id=154072
2231
2232         Reviewed by Chris Dumez.
2233
2234         Added the crude support for maintenance mode whereby which the reports are stored in the filesystem
2235         instead of the database.
2236
2237         * config.json: Added maintenanceMode and maintenanceDirectory as well as forgotten siteTitle and
2238         remoteServer.httpdMutexDir.
2239         * public/api/report.php:
2240         (main): Don't connect to the database or modify database when maintenanceMode is set.
2241         * public/include/json-header.php:
2242         (ensure_privileged_api_data): Exit with InMaintenanceMode when maintenanceMode is set. This prevents
2243         privileged API such as creating analysis tasks and new A/B testing groups from modifying the database.
2244
2245 2016-02-09  Ryosuke Niwa  <rniwa@webkit.org>
2246
2247         Analysis task page on v3 show progression as regressions
2248         https://bugs.webkit.org/show_bug.cgi?id=154045
2249
2250         Reviewed by Chris Dumez.
2251
2252         The bug was caused by TestGroup.compareTestResults referring to undefined _smallerIsBetter.
2253         Retrieve it from the associated metric object via the owner analysis task.
2254
2255         * public/v3/models/test-group.js:
2256
2257 2016-02-05  Ryosuke Niwa  <rniwa@webkit.org>
2258
2259         Testing with remote server cache is unusably slow
2260         https://bugs.webkit.org/show_bug.cgi?id=153928
2261
2262         Reviewed by Chris Dumez.
2263
2264         Don't use the single process mode of httpd as it's way too slow even for testing.
2265         Also we'll hit a null pointer crash (http://svn.apache.org/viewvc?view=revision&revision=1711479)
2266
2267         Since httpd exits immediately when launched in multi-process mode, remote-cache-server.py (renamed from
2268         run-with-remote-server.py) now has "start" and "stop" commands to start/stop the Apache. Also added
2269         "reset" command to reset the cache for convenience.
2270
2271         * Install.md: Updated the instruction.
2272         * config.json: Fixed a typo: httpdErro*r*Log.
2273         * tools/remote-cache-server.py: Copied from Websites/perf.webkit.org/tools/run-with-remote-server.py.
2274         Now takes one of the following commands: "start", "stop", and "reset".
2275         (main):
2276         (start_httpd): Extracted from main.
2277         (stop_httpd): Added.
2278         * tools/remote-server-relay.conf: Removed redundant (duplicate) LoadModule's.
2279         * tools/run-with-remote-server.py: Removed.
2280
2281 2016-02-04  Ryosuke Niwa  <rniwa@webkit.org>
2282
2283         Perf dashboard should have a script to setup database
2284         https://bugs.webkit.org/show_bug.cgi?id=153906
2285
2286         Reviewed by Chris Dumez.
2287
2288         Added tools/setup-database.py to setup the database. It retrieves the database name, username, password
2289         and initializes a database at the specified location.
2290
2291         * Install.md: Updated instruction to setup postgres to use setup-database.py.
2292         * tools/setup-database.py: Added.
2293         (main):
2294         (load_database_config):
2295         (determine_psql_dir):
2296         (start_or_stop_database):
2297         (execute_psql_command):
2298
2299 2016-01-12  Ryosuke Niwa  <rniwa@webkit.org>
2300
2301         buildbot syncing scripts sometimes schedule more than one requests per builder
2302         https://bugs.webkit.org/show_bug.cgi?id=153047
2303
2304         Reviewed by Chris Dumez.
2305
2306         The bug was caused by the check for singularity of scheduledRequests being conducted per configuration
2307         instead of per builder. So if there were multiple test configurations (e.g. Speedometer and Octane) that
2308         both used the same builder, then we may end up scheduling both at once.
2309
2310         Fixed the bug by sharing a single set to keep track of the scheduled requests for all configurations per
2311         builder.
2312
2313         * tools/sync-with-buildbot.py:
2314         (load_config): Share a set amongst test configurations for each builder.
2315         (find_request_updates): Instead of creating a new set for each configuration, reuse the existing sets to
2316         share a single set agmonst test configurations for each builder.
2317
2318 2016-01-12  Ryosuke Niwa  <rniwa@webkit.org>
2319
2320         Analysis results viewer sometimes doesn't show the correct relative difference
2321         https://bugs.webkit.org/show_bug.cgi?id=152930
2322
2323         Reviewed by Chris Dumez.
2324
2325         The bug was caused by single A/B testing result associated with multiple rows when there are multiple data
2326         points with the same root set which matches that of an A/B testing.
2327
2328         Fixed the bug by detecting such a case, and only associating each A/B testing result with the row created
2329         for the first matching point.
2330
2331         * public/v3/components/analysis-results-viewer.js:
2332         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups):
2333
2334 2016-01-08  Ryosuke Niwa  <rniwa@webkit.org>
2335
2336         Make v3 UI analysis task page is hard to understand
2337         https://bugs.webkit.org/show_bug.cgi?id=152917
2338
2339         Reviewed by Antti Koivisto.
2340
2341         Add a dark gray border around the selected block in the analysis results viewer instead of using darker
2342         shades since that looks as if they were bigger regression/progression.
2343
2344         Explicitly show "Failed" as the label instead of omitting with "-" when all build requests in an A/B
2345         testing group fails.
2346
2347         * public/v3/components/analysis-results-viewer.js:
2348         (AnalysisResultsViewer.cssTemplate): Tweaked the style to underline text in the hovered blocks and the
2349         selected blocks and show a dark gray border around the selected blocks.
2350         (AnalysisResultsViewer.TestGroupStackingBlock):
2351         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.createStackingCell): Use this._title for title.
2352         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._computeTestGroupStatus):
2353         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._valuesForRootSet): Deleted.
2354
2355         * public/v3/components/results-table.js:
2356         (ResultsTable.prototype.render):
2357         (ResultsTable.prototype._createRevisionListCells): Extracted from ResultsTable.prototype.render.
2358         (ResultsTable.cssTemplate): Tweaked the style.
2359         (ResultsTableRow):
2360         (ResultsTableRow.prototype.constructor): Added _labelForWholeRow to store the label for the entire row.
2361         This is used to show the comparison result of two root sets (e.g. A vs B).
2362         (ResultsTableRow.prototype.setLabelForWholeRow): Added.
2363         (ResultsTableRow.prototype.labelForWholeRow): Added.
2364         (ResultsTableRow.prototype.resultContent): Extracted from buildHeading. Creates a hyperlinked bar graph
2365         used for each A/B testing result.
2366         (ResultsTableRow.prototype.buildHeading): Deleted since we need to set colspan on the second table cell
2367         when we're creating a row with _labelForWholeRow.
2368
2369         * public/v3/components/test-group-results-table.js:
2370         (TestGroupResultsTable.prototype.buildRowGroups): Added rows to show relative differences and statistical
2371         significance between root sets (e.g. A vs B).
2372
2373         * public/v3/models/build-request.js:
2374         (BuildRequest.prototype.hasCompleted): Added.
2375
2376         * public/v3/models/test-group.js:
2377         (TestGroup.prototype.compareTestResults): Extracted from AnalysisResultsViewer.TestGroupStackingBlock's
2378         _computeTestGroupStatus and generalized to be reused in TestGroupResultsTable.
2379         (TestGroup.prototype._valuesForRootSet): Moved from AnalysisResultsViewer.TestGroupStackingBlock.
2380
2381         * public/v3/pages/analysis-task-page.js:
2382         (AnalysisTaskPage.cssTemplate): Tweaked the style.
2383
2384 2016-01-07  Ryosuke Niwa  <rniwa@webkit.org>
2385
2386         Perf dashboard should automatically add aggregators
2387         https://bugs.webkit.org/show_bug.cgi?id=152818
2388
2389         Reviewed by Chris Dumez.
2390
2391         When an aggregator entry is missing in aggregators table, automatically insert it in /api/report.
2392
2393         In a very early version of the perf dashboard, we had the ability to define a custom aggregator
2394         in an admin page. In practice, nobody used or needed this feature so we got rid of it even before
2395         the dashboard was landed into WebKit repository. This patch cleans up that mess.
2396
2397         * run-tests.js:
2398         (main): Added the filtering capability.
2399         (TestEnvironment): Expose the config JSON in the test environment.
2400
2401         * public/include/report-processor.php:
2402         (ReportProcessor): Renamed name_to_aggregator now that it only contains ID.
2403         (ReportProcessor::__construct): No longer fetches the aggregator table. An equivalent work is done
2404         in newly added ensure_aggregators.
2405         (ReportProcessor::process): Calls ensure_aggregators which populates name_to_aggregator_id.
2406         (ReportProcessor::ensure_aggregators): Added. Add the builtin aggregators: Arithmetic, Geometric,
2407         Harmonic, and Total.
2408         (TestRunsGenerator): Renamed name_to_aggregator now that it only contains ID.
2409         (TestRunsGenerator::__construct):
2410         (TestRunsGenerator::add_aggregated_metric): Don't include aggregator_definition here since it's
2411         never used now that all the aggregations are done natively in PHP.
2412         (TestRunsGenerator::$aggregators): Added. We don't include SquareSum since it's only used for
2413         computing run_square_sum_cache in test_runs table and it's useless elsewhere.
2414         (TestRunsGenerator::aggregate_values): Add a comment about that.
2415
2416         * tests/api-report.js: Updated a test case to reflect the change.
2417
2418 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2419
2420         Perf dashboard JSON API should fail gracefully when postgres is down
2421         https://bugs.webkit.org/show_bug.cgi?id=152812
2422
2423         Reviewed by Chris Dumez.
2424
2425         Even though all JSON APIs returned DatabaseConnectionFailure as the status when Database::connect
2426         returned a falsy value, PHP was spitting out warnings and producing HTTP responses that cannot be
2427         parsed as a JSON when pg_connect failed.
2428
2429         Fixed the bug by suppressing warning messages in pg_connect.
2430
2431         * public/include/db.php:
2432         (Database::connect): Use '@' prefix to suppress warning messages.
2433
2434 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2435
2436         Perf dashboard should auto-generate manifest file when one is missing
2437         https://bugs.webkit.org/show_bug.cgi?id=152813
2438
2439         Reviewed by Chris Dumez.
2440
2441         When /data/manifest.json is missing, fall back to newly added /api/manifest instead of
2442         silently failing to show the UI. This will make the initial setup easier.
2443
2444         * public/api/manifest.php: Added.
2445         (main):
2446         * public/include/manifest.php:
2447         (Manifest::manifest): Added.
2448         * public/v3/main.js:
2449         (fetchManifest):
2450         (didFetchManifest): Extracted from fetchManifest.
2451
2452 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2453
2454         Commit another forgotten change, this time, for r194653.
2455
2456         * public/v3/models/measurement-set.js:
2457
2458 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2459
2460         The sampling of time series on v3 UI is too aggressive
2461         https://bugs.webkit.org/show_bug.cgi?id=152804
2462
2463         Reviewed by Chris Dumez.
2464
2465         Fixed a bug that we were always halving the number of data points in _sampleTimeSeries
2466         and increased the number of data points allowed to make the sampling less aggressive.
2467
2468         * public/v3/components/time-series-chart.js:
2469         (TimeSeriesChart.prototype._ensureSampledTimeSeries): Increase the number of maximum points
2470         to 2x the number of pixels divided by the radius of each point.
2471         (TimeSeriesChart.prototype._sampleTimeSeries.findMedian): Changed the semantics of endIndex
2472         to mean the index after the last point and renamed it to indexAfterEnd.
2473         (TimeSeriesChart.prototype._sampleTimeSeries): Fixed a bug that this code always coerced two
2474         data points into one sampled data point despite of the fact i and j are sufficiently apart
2475         since data[j].time - data[i].time > timePerSample by definition.
2476
2477 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2478
2479         Commit the forgotten change for r194651.
2480
2481         * public/v3/pages/domain-control-toolbar.js:
2482         (DomainControlToolbar.prototype.setStartTime):
2483
2484 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
2485
2486         The right hand side of main chart appears to be cut off as you zoom out on v3 UI
2487         https://bugs.webkit.org/show_bug.cgi?id=152778
2488
2489         Reviewed by Antti Koivisto.
2490
2491         Add a padding on x-axis after the end time to make the main chart more easily interactive.
2492
2493         * public/v3/components/time-series-chart.js:
2494         (TimeSeriesChart.prototype._computeHorizontalRenderingMetrics):
2495
2496         * public/v3/pages/page-with-charts.js:
2497         (PageWithCharts.mainChartOptions): Add a padding of 5px at the end of x-axis.
2498
2499 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2500
2501         v3 UI should use four sig-figs to label y-axis of the main charts
2502         https://bugs.webkit.org/show_bug.cgi?id=152779
2503
2504         Reviewed by Antti Koivisto.
2505
2506         Increase the number of significant figures used in the main charts to four as done in v2 UI.
2507
2508         * public/v3/pages/chart-pane.js:
2509         (ChartPane.constructor): Create a formatter with four significant figures.
2510         * public/v3/pages/page-with-charts.js:
2511         (PageWithCharts.mainChartOptions): Increase the width of y-axis labels.
2512
2513 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
2514
2515         v3 UI's time range slider is harder to use than that of v2 UI
2516         https://bugs.webkit.org/show_bug.cgi?id=152780
2517
2518         Reviewed by Antti Koivisto.
2519
2520         Improved the time range slider by using a cubic mapping to time range and providing a text field
2521         to directly edit the number of days to show.
2522
2523         Now an user can enter the text mode to directly edit the number of days to show by clicking on
2524         the number of days (text field is always there with opacity=0).
2525
2526         * public/v3/pages/charts-toolbar.js:
2527         (ChartsToolbar): Store the minimum and maximum number of days allowed. Also rename _inputElement
2528         to _slider and added a new type=number text field as _editor. 
2529         (ChartsToolbar.prototype.render):
2530         (ChartsToolbar.prototype.setStartTime): Exit the text mode when the number of days is changed by
2531         an URL state transition (i.e. back/forward navigation).
2532         (ChartsToolbar.prototype._setInputElementValue): Added. Updates the values of _slider and _editor.
2533         (ChartsToolbar.prototype._enterTextMode): Added. Hide the elements used by the slider mode and
2534         show the text field.
2535         (ChartsToolbar.prototype._exitTextMode): Added. Does the opposite.
2536         (ChartsToolbar.prototype._sliderValueMayHaveChanged): Renamed from _inputValueMayHaveChanged.
2537         (ChartsToolbar.prototype._editorValueMayHaveChanged): Added. Similar to _sliderValueMayHaveChanged
2538         but also corrects the value of _editor if needed.
2539         (ChartsToolbar.prototype._callNumberOfDaysCallback): Extracted from _inputValueMayHaveChanged.
2540         Also fixed a bug that we didn't update the URL state when the change event was fired without
2541         modifying the effective number of days.
2542         (ChartsToolbar.cssTemplate): Tweaked the style to support the new mode. Also set a fixed width on
2543         the span showing the number of days in the slider mode.
2544
2545 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2546
2547         Zooming button is broken on v3 UI
2548         https://bugs.webkit.org/show_bug.cgi?id=152777
2549
2550         Reviewed by Chris Dumez.
2551
2552         Bring up the zoom button in z-index so that users can click it.
2553
2554         * public/v3/components/interactive-time-series-chart.js:
2555         (InteractiveTimeSeriesChart.cssTemplate):
2556
2557 2016-01-06  Ryosuke Niwa  <rniwa@webkit.org>
2558
2559         v3 UI doesn't preserve the time range when charts page is opened from a dashboard
2560         https://bugs.webkit.org/show_bug.cgi?id=152776
2561
2562         Reviewed by Chris Dumez.
2563
2564         Fixed the bug by moving the construction of charts URL from DashboardPage.prototype.open to
2565         DashboardPage.prototype.render and re-rendering the entire page upon an URL state transition.
2566
2567         * public/v3/pages/charts-page.js:
2568         (ChartsPage.createStateForDashboardItem): Takes the start time for the charts page.
2569
2570         * public/v3/pages/dashboard-page.js:
2571         (DashboardPage.prototype.updateFromSerializedState): Merged _numberOfDaysDidChange and
2572         _updateChartsDomainFromToolbar into this function since they're not used elsewhere. Also re-render
2573         the entire page when transition between different number of days to show.
2574         (DashboardPage.prototype._numberOfDaysDidChange): Deleted.
2575         (DashboardPage.prototype._updateChartsDomainFromToolbar): Deleted.
2576         (DashboardPage.prototype.render): Construct URL for each charts here.
2577         (DashboardPage.prototype._createChartForCell): Don't construct URL here since this function is
2578         called once when the dashboard page is opened, and not when the time range is changed.
2579
2580 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
2581
2582         Build fix for an old version of PHP after r194618.
2583
2584         * public/api/measurement-set.php:
2585
2586 2016-01-05  Ryosuke Niwa  <rniwa@webkit.org>
2587
2588         A/B testing results should be visualized intuitively on v3 UI
2589         https://bugs.webkit.org/show_bug.cgi?id=152496
2590
2591         Rubber-stamped by Chris Dumez.
2592
2593         Add the "stacking block" view of A/B testing results to the analysis task page on v3 UI.
2594
2595         The patch enhances JSON APIs at /api/analysis-task /api/measurement-set/ to reduce the number of
2596         HTTP requests, and adds two UI components: TestGroupResultsTable and AnalysisResultsViewer both
2597         of which inherits from an abstract superclass: ResultsTable.
2598
2599         ResultsTable provides a tabular presentation of measured values in regular measurement sets and
2600         A/B testing results using groups of bar graphs created by BarGraphGroup. TestGroupResultsTable
2601         inherits from this class to display A/B testing configurations and the averaged results for each
2602         configuration, and AnalysisResultsViewer inherits from it to provide an intuitive visualization
2603         of the outcomes of all A/B testing results associated with a given analysis task.
2604
2605         * public/api/analysis-tasks.php:
2606         (main): Add the capability to find the analysis task based on its build request.
2607         This allows /v3/#/analysis/task/?buildRequest=<id> to be hyperlinked on buildbot page.
2608
2609         * public/api/measurement-set.php:
2610         (main): Removed the unused startTime and endTime, and added "analysisTask" to query parameters.
2611         (AnalysisResultsFetcher): Added. Used to fetch measured data associated with every build request
2612         on an analysis task.
2613         (AnalysisResultsFetcher::__construct):
2614         (AnalysisResultsFetcher::fetch): Unlike MeasurementSetFetcher, we fetch the list of commits and
2615         list of measurements separately since there will be a lot less builds and commits than measured
2616         data (since we're fetching measured values for all tests and their metrics).
2617         (AnalysisResultsFetcher::fetch_commits): Fetches commits.
2618         (AnalysisResultsFetcher::format_measurement): Like MeasurementSetFetcher::format_measurement but
2619         with config_type and config_metric since we're returning measured data for all metrics and test
2620         configurations.
2621         (AnalysisResultsFetcher::format_map): Similar to MeasurementSetFetcher::format_map.
2622
2623         * public/v3/components/analysis-results-viewer.js: Added.
2624         (AnalysisResultsViewer): Added. 
2625         (AnalysisResultsViewer.prototype.didUpdateResults): This callback is called by AnalysisTaskPage
2626         when A/B testing results become available.
2627         (AnalysisResultsViewer.prototype.render): Overrides ResultsTable's render to highlight the block
2628         representing the currently selected test group.
2629
2630         (AnalysisResultsViewer.prototype.buildRowGroups): Creates a list of rows with "stacking blocks"
2631         that visualizes A/B testing results. The algorithm works as follows: 1. Create all table rows.
2632         2. Find which row is associated with each set in each test group. 3. Layout "blocks".
2633
2634         (AnalysisResultsViewer.prototype._collectRootSetsInTestGroups): Collects root sets from all data
2635         in the measurement set as well as A/B testing **requests** (results may contain more repositories
2636         than requested but they aren't interesting for the purpose of visualizing results for the entire
2637         analysis task).
2638
2639         (AnalysisResultsViewer.prototype._buildRowsForPointsAndTestGroups): Create table rows. First,
2640         create table rows for measurement set points that have a matching test group (i.e. either set A
2641         or set B of an A/B testing uses the same root set as a point). Second, insert a new row for each
2642         root set in each test group which didn't find a matching measurement set point. There is a little
2643         subtlety that some A/B testing may specify revisions for a subset of repositories and/or some A/B
2644         testing results may appear as if it goes back in time with respect to other A/B testing results.
2645         For example, consider creating two A/B test groups for WebKit changes and OS changes separately.
2646         There could be no coherent linearization of those two A/B testing in which both WebKit and OS
2647         versions move forward.
2648
2649         (AnalysisResultsViewer.RootSetInTestGroup): Added. Represents a pair (test group, root set) since
2650         a root set could be shared by multiple test groups.
2651         (AnalysisResultsViewer.TestGroupStackingBlock): Added. A stacked block representing a test group.
2652         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.addRowIndex): Associates a row number with
2653         either set A or set B.
2654         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.createStackingCell): Creates a table cell
2655         for this block.
2656         (AnalysisResultsViewer.TestGroupStackingBlock.prototype.isThin): Returns true if this test group
2657         has failed and this block should look "thin" without any label.
2658         (AnalysisResultsViewer.TestGroupStackingBlock.prototype._computeTestGroupStatus): Computes the
2659         status for this test group.
2660
2661         (AnalysisResultsViewer.TestGroupStackingGrid): Added. AnalysisResultsViewer uses this class to
2662         layout blocks representing test groups.
2663         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.insertBlockToColumn): Inserts a new block
2664         to layout. We keep all test groups doing the same A/B test next to each other.
2665         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.layout): Layouts each block / test group
2666         in the order they are created.
2667         (AnalysisResultsViewer.TestGroupStackingGrid.prototype._layoutBlock): Places the block in the
2668         left-most column that can accommodate it while avoiding columns of a different thin-ness. A column
2669         is thin if its A/B testing has failed, and not thin otherwise.
2670         (AnalysisResultsViewer.TestGroupStackingGrid.prototype.createCellsForRow): Creates table cells for
2671         a given row. For each column, generate a table cell if we're in the first row and the first block
2672         starts in a later row, a block starts in the current row, or the last block ended in the previous
2673         row and the next block or the last row appears later.
2674
2675         * public/v3/components/bar-graph-group.js: Added. A component for showing a group of bar graphs.
2676         (BarGraphGroup): Added. Creates a group of bar graphs with the same value range. It's used by
2677         AnalysisResultsViewer and ResultsTable to show bar graphs to compare values.
2678         (SingleBarGraph): A component created and collectively controlled by BarGraphGroup.
2679
2680         * public/v3/components/results-table.js: Added.
2681         (ResultsTable): An abstract superclass for TestGroupResultsTable and AnalysisResultsViewer.
2682
2683         (ResultsTable.prototype.render): Renders the table. 1. Call "buildRowGroups()" implemented by
2684         a subclass to obtain the list of rows. 2. Compute the list of repositories to show. 3. For each
2685         cell in the table, compute the number of rows to show the same value (for rowspan). 4. Render the
2686         table with an extra list of repositories if exists.
2687
2688         (ResultsTable.prototype._computeRepositoryList): Compute the list of repositories to list
2689         revisions in the table. Omit repositories not present in any row or for which all rows have the
2690         same revision. In the latter case, include it in the extra repositories listed below the table.
2691         This minimizes the amount of redundant information presented to the user.
2692
2693         (ResultsTableRow): Added. Represents a single row in the table. ResultsTable constructs necessary
2694         table cells to tabulate the associated root sets, and shows the associated result using a grouped
2695         bar graph. Additional columns are used by AnalysisResultsViewer to show stacked blocks for A/B
2696         testing groups.
2697
2698         * public/v3/components/test-group-results-table.js: Added.
2699         (TestGroupResultsTable):
2700         (TestGroupResultsTable.prototype.didUpdateResults):
2701         (TestGroupResultsTable.prototype.setTestGroup):
2702         (TestGroupResultsTable.prototype.heading):
2703         (TestGroupResultsTable.prototype.render):
2704         (TestGroupResultsTable.prototype.buildRowGroups):
2705
2706         * public/v3/index.html:
2707         * public/v3/models/analysis-results.js: Added.
2708         (AnalysisResults): Added. Like MeasurementSet, this class represents a set of measured values
2709         associated with a given analysis task.
2710         (AnalysisResults.prototype.find): Returns a measured valued for a given build and metric.
2711         (AnalysisResults.prototype.add): Adds a new measured value. Used by AnalysisResults.fetch.
2712         (AnalysisResults.fetch): Fetches data and creates AnalysisResults for a given analysis task.
2713
2714         * public/v3/models/analysis-task.js:
2715         (AnalysisTask.prototype.startMeasurementId): Added.
2716         (AnalysisTask.prototype.endMeasurementId): Added.
2717         (AnalysisTask.fetchByBuildRequestId): Added.
2718         (AnalysisTask._fetchSubset): Uses DataModelObject.cachedFetch.
2719
2720         * public/v3/models/build-request.js: Added.
2721         (BuildRequest): Added. Represents a single A/B testing request associated with a test group.
2722
2723         * public/v3/models/builder.js:
2724         (Build): Added. Represents a build associated with a given A/B testing result.
2725
2726         * public/v3/models/commit-log.js:
2727         (CommitLog): Made this class inherit from DataModelObject.
2728         (CommitLog.ensureSingleton): Added. Finds the singleton object created for a given revision
2729         in the specified repository. This helps RootSet and other classes compare commits fast.
2730         (CommitLog.prototype.repository): Added.
2731         (CommitLog.fetchBetweenRevisions): Uses CommitLog.ensureSingleton.
2732
2733         * public/v3/models/data-model.js:
2734         (DataModelObject):
2735         (DataModelObject.namedStaticMap): Added.
2736         (DataModelObject.ensureNamedStaticMap): Renamed from namedStaticMap instead of implicitly
2737         assuming that the non-static version always creates the map.
2738         (DataModelObject.prototype.namedStaticMap): Added.
2739         (DataModelObject.cachedFetch): Extracted from AnalysisTask._fetchSubset so that TestGroup's
2740         fetchByTask could also use it.
2741         (LabeledObject):
2742
2743         * public/v3/models/measurement-adaptor.js: Added.
2744         (MeasurementAdaptor): Extracted from MeasurementCluster. This class is responsible for
2745         re-formatting the data received via /api/measurement-set JSON API inside the v3 UI.
2746         (MeasurementAdaptor.prototype.extractId): Added.
2747         (MeasurementAdaptor.prototype.adoptToAnalysisResults): Added. Used by AnalysisResults.
2748         (MeasurementAdaptor.aggregateAnalysisResults): Added. Used by TestGroupResultsTable to
2749         aggregate results for each test configuration; e.g. computing the average for set A.
2750         (MeasurementAdaptor.prototype.adoptToSeries): Extracted from MeasurementCluster.addToSeries.
2751         Added rootSet() to each point. This allows AnalysisResultsViewer to compare them against root
2752         sets associated with A/B testing results.
2753         (MeasurementAdaptor.computeConfidenceInterval): Moved from MeasurementCluster.
2754
2755         * public/v3/models/measurement-cluster.js:
2756         (MeasurementCluster):
2757         (MeasurementCluster.prototype.addToSeries):
2758
2759         * public/v3/models/repository.js:
2760         (Repository.prototype.hasUrlForRevision): Added.
2761
2762         * public/v3/models/root-set.js: Added.
2763         (RootSet): Added. Represents a set of commits in measured results.
2764         (MeasurementRootSet): Added. Ditto for results associated with A/B testing.
2765
2766         * public/v3/models/test-group.js: Added.
2767         (TestGroup): Added. Represents a A/B testing on analysis task.
2768         (TestGroup.prototype.createdAt): Added.
2769         (TestGroup.prototype.buildRequests): Returns the list of build requests associated with this
2770         A/B testing.
2771         (TestGroup.prototype.addBuildRequest): Added. Used by BuildRequest's constructor to associate
2772         itself with this group.
2773         (TestGroup.prototype.didSetResult): Added. Called by BuildRequest.setResult when measured
2774         values are fetched and associated with a build request in this group.
2775
2776         * public/v3/models/test.js:
2777         (Test):
2778
2779         * public/v3/pages/analysis-task-page.js:
2780         (AnalysisTaskPage):
2781         (AnalysisTaskPage.prototype.updateFromSerializedState): Fetch the analysis task, test groups
2782         associated with it, and all A/B testing results based on the task id or the build request id
2783         specified in the URL.
2784         (AnalysisTaskPage.prototype._didFetchTask): Added. Start fetching the measured data. This is
2785         the data on charts page for which this analysis task was created, not results of A/B testing.
2786         (AnalysisTaskPage.prototype._didFetchMeasurement): Added. Display the fetched data in a table
2787         inside AnalysisResultsViewer.
2788         (AnalysisTaskPage.prototype._didFetchTestGroups): Added. Display the list of A/B test groups
2789         as well as the results of the first A/B testing.
2790         (AnalysisTaskPage.prototype._didFetchAnalysisResults): Added.
2791         (AnalysisTaskPage.prototype._assignTestResultsIfPossible): Added. Once both the analysis task,
2792         A/B test groups as well as their results are fetched, update build requests in each test group
2793         with their results.
2794         (AnalysisTaskPage.prototype.render): Show the list of test groups and highlight the currently
2795         selected one.
2796         (AnalysisTaskPage.prototype._showTestGroup): Added. A callback used by AnalysisResultsViewer
2797         and TestGroupResultsTable to notify this class when the user selects a new test group.
2798         (AnalysisTaskPage.htmlTemplate): Updated the template.
2799         (AnalysisTaskPage.cssTemplate): Ditto.
2800
2801         * public/v3/pages/charts-page.js:
2802         (ChartsPage.createStateForAnalysisTask): Added. Creates a URL state object for opening a chart
2803         associated with an analysis task.
2804
2805 2015-12-22  Ryosuke Niwa  <rniwa@webkit.org>
2806
2807         Analysis task page is slow to load
2808         https://bugs.webkit.org/show_bug.cgi?id=152517
2809
2810         Reviewed by Andreas Kling.
2811
2812         The slowness comes from r194130 which made the JSON API at /api/analysis-tasks to report the start
2813         and the end of each analysis task. This query was adding ~2s to the total JSON generation time.
2814
2815         Cache these values on analysis_task table since they never change once an analysis task is created.
2816
2817         * init-database.sql: Added columns task_start_run_time and task_end_run_time to analysis_task table.
2818         Also added the missing drop statements at the top.
2819
2820         * public/api/analysis-tasks.php:
2821         (fetch_and_push_bugs_to_tasks): Don't fetch the latest commit time of the start and the end.
2822         (format_task): Report task_start_run_time and task_end_run_time as startRunTime and endRunTime.
2823
2824         * public/privileged-api/create-analysis-task.php:
2825         (main): Set start_run_time and end_run_time when creating an analysis task.
2826         (time_for_run): Added.
2827
2828 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
2829
2830         v3 UI shouldn't open/close pane selector by mouseenter/leave
2831         https://bugs.webkit.org/show_bug.cgi?id=152399
2832
2833         Reviewed by Andreas Kling.
2834
2835         Removed the code to open and close the pane selector by mouseenter and mouseleave
2836         since multiple people have complained about the behavior.
2837
2838         * public/v3/pages/charts-toolbar.js:
2839         (ChartsToolbar): Removed the event listeners.
2840         (ChartsToolbar.prototype._addPane): Don't close the pane selector when adding a new pane
2841         to better support the use case of adding multiple panes.
2842         (ChartsToolbar.cssTemplate): Tweaked CSS.
2843
2844 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
2845
2846         Popover for analysis tasks shows up at the left edge of annotation bars in the v3 UI
2847         https://bugs.webkit.org/show_bug.cgi?id=152389
2848
2849         Reviewed by Darin Adler.
2850
2851         Compute the x coordinate of the popover from the center of each annotation bar.
2852
2853         Also adjust the x coordinate to keep the popover within the charts.
2854
2855         * public/v3/components/interactive-time-series-chart.js:
2856         (InteractiveTimeSeriesChart.prototype._renderChartContent):
2857
2858 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
2859
2860         Dashboard charts should have uniform widths on v3 UI
2861         https://bugs.webkit.org/show_bug.cgi?id=152395
2862
2863         Reviewed by Chris Dumez.
2864
2865         Fix the bug by applying table-layout: fixed on the dashboard table.
2866
2867         * public/v3/pages/dashboard-page.js:
2868         (DashboardPage.prototype.render): Added header-column as a class name to explicitly set the header column with.
2869         (DashboardPage.cssTemplate): Adjusted CSS accordingly.
2870
2871 2015-12-17  Ryosuke Niwa  <rniwa@webkit.org>
2872
2873         Closing a pane on v3 UI always closes the last pane
2874         https://bugs.webkit.org/show_bug.cgi?id=152388
2875
2876         Reviewed by Chris Dumez.
2877
2878         The bug was caused by closePane being called without arguments. (The first argument to bind is "this" value.)
2879         Fixed it by passing in "this" pane object to the first argument.
2880
2881         * public/v3/pages/chart-pane.js:
2882         (ChartPane):
2883
2884 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
2885
2886         Perf Dashboard v3 UI doesn't show recent data points on v2 UI
2887         https://bugs.webkit.org/show_bug.cgi?id=152368
2888
2889         Reviewed by Chris Dumez.
2890
2891         The bug was caused by the last modified date in measurement set JSON being a string instead of a POSIX timestamp,
2892         which prevented the v3 UI from invalidating the cache. Specifically, the following boolean logic always evaluated
2893         to false because +data['lastModified'] was NaN in MeasurementSet.prototype._fetch (/v3/models/measurement-set.js):
2894
2895         !clusterEndTime && useCache && +data['lastModified'] < self._lastModified
2896
2897         Fixed the bug by calling Database::to_js_time on the last modified date fetched from the database.
2898
2899         * public/api/measurement-set.php:
2900         (MeasurementSetFetcher::fetch_config_list): Convert the string returned by the database to a POSIX timestamp.
2901         * tests/api-measurement-set.js: Added a test to ensure the last modified date in JSON is numeric. Since the value
2902         of the last modified date depends on when tests run, we can't assert it to be a certain value.
2903
2904 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
2905
2906         v3 UI should show and link the build number on charts page
2907         https://bugs.webkit.org/show_bug.cgi?id=152359
2908
2909         Reviewed by Chris Dumez.
2910
2911         Show the hyperlinked build number in the v3 UI.
2912
2913         * public/v3/models/builder.js:
2914         (Builder): Renamed _buildURL to _buildUrlTemplate.
2915         (Builder.prototype.urlForBuild): Added.
2916         * public/v3/pages/chart-pane-status-view.js:
2917         (ChartPaneStatusView):
2918         (ChartPaneStatusView.prototype.render): Added the code to render hyperlinked build number when one is available.
2919         (ChartPaneStatusView.prototype.computeChartStatusLabels): Store currentPoint's measurement object as _buildInfo
2920         if the current point is set by an indicator (not by a selection).
2921
2922 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
2923
2924         v3 dashboard doesn't stretch charts to fill the screen
2925         https://bugs.webkit.org/show_bug.cgi?id=152354
2926
2927         Reviewed by Chris Dumez.
2928
2929         The bug was caused by a workaround to avoid canvas stretching table cell too much.
2930
2931         Fix the problem instead by making the canvas absolutely positioned inside the "time-series-chart" element
2932         so that it does not contribute to the intrinsic/natural width of the cell.
2933
2934         * public/v3/components/time-series-chart.js:
2935         (TimeSeriesChart.prototype._ensureCanvas): Make the canvas absolutely positioned inside the shadow root.
2936         (TimeSeriesChart.prototype._updateCanvasSizeIfClientSizeChanged): Use the container element's size now that
2937         the canvas does not resize with it.
2938         * public/v3/pages/dashboard-page.js:
2939         (DashboardPage.cssTemplate): Updated the CSS so that the chart stretches all the way.
2940
2941 2015-12-16  Ryosuke Niwa  <rniwa@webkit.org>
2942
2943         The chart status on v3 UI sometimes show wrong revision ranges
2944         https://bugs.webkit.org/show_bug.cgi?id=152331
2945
2946         Reviewed by Chris Dumez.
2947
2948         The bug was caused by the status view not taking the data sampling that happens in TimeSeriesChart into account
2949         when finding the previous point. Take this into account by using InteractiveTimeSeries.currentPoint(-1) which
2950         finds the sampled data point immediately preceding the current point (at which the indicator is shown).
2951
2952         * public/v3/components/chart-status-view.js:
2953         (ChartStatusView.prototype.updateStatusIfNeeded):
2954
2955 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
2956
2957         Perf dashboard's cycler page should use v3 UI
2958         https://bugs.webkit.org/show_bug.cgi?id=152324
2959
2960         Reviewed by Chris Dumez.
2961
2962         Use the v3 UI in cycler.html after r194130.
2963
2964         * public/cycler.html:
2965         * public/v3/index.html: Removed the reference to a non-existent platform-selector.js.
2966
2967 2015-12-15  Ryosuke Niwa  <rniwa@webkit.org>
2968
2969         Add v3 UI to perf dashboard
2970         https://bugs.webkit.org/show_bug.cgi?id=152311
2971
2972         Reviewed by Chris Dumez.
2973
2974         Add the third iteration of the perf dashboard UI. UI for viewing and modifying analysis tasks is coming soon.
2975         The v3 UI is focused on speed, and removes all third-party script dependencies including jQuery, d3, and Ember.
2976         Both the DOM-based UI and graphing are implemented manually.
2977
2978
2979         The entire app is structured using new component library implemented in components/base.js. Each component is
2980         an instance of a subclass of ComponentBase which owns a single DOM element. Each subclass may supply static
2981         methods named htmlTemplate and cssTemplate as the template for a component instance. ComponentBase automatically
2982         clones the templates inside the associated element (or its shadow root on the supported browsers). Each subclass
2983         must supply a method called "render()" which constructs and updates the DOM as needed.
2984
2985         There is a special component called Page, which represents an entire page. Each Page is opened by PageRouter's
2986         "route()" function. Each subclass of Page supplies "open()" for initialization and "updateFromSerializedState()"
2987         for a hash URL transition.
2988
2989
2990         The key feature of the v3 UI is the split of time series into chunks called clusters (see r194120). On an internal
2991         instance of the dashboard, the v2 UI downloads 27MB of data whereas the same page loads only 3MB of data in the v3.
2992         The key logic for fetching time series in chunks is implemented by MeasurementSet in /v3/models/measurement-set.js.
2993         We first fetch the cached primary cluster (the cluster that contains the newest data) at:
2994         /data/measurement-set-<platform-id>-<metric-id>.json
2995
2996         If that's outdated according to lastModified in manifest.json, then we immediately re-fetch the primary cluster at:
2997         /api/measurement-set/?platform=<platform-id>&metric=<metric-id>
2998
2999         Once the up-to-date primary cluster is fetched, we fetch all "secondary" clusters. For each cluster being fetched,
3000         including the primary, we invoke registered callbacks.
3001
3002
3003         In addition, the v3 UI reduces the initial page load time by loading a single bundled JS file generated by
3004         tools/bundle-v3-scripts.py. index.html has a fallback to load all 44 JS files individually during development.
3005
3006         * public/api/analysis-tasks.php:
3007         (fetch_and_push_bugs_to_tasks): Added the code to fetch start and end run times. This is necessary in V3 UI
3008         because no longer fetch the entire time series. See r194120 for the new measurement set JSON API.
3009         (format_task): Compute the category of an analysis task based on "result" value. This will be re-vamped once
3010         I add the UI for the analysis task page in v3.
3011
3012         * public/include/json-header.php:
3013         (require_format): CamelCase the name.
3014         (require_match_one_of_values): Ditto.
3015         (validate_arguments): Renamed from require_existence_of and used in measurement-set.php landed in r194120.
3016
3017         * public/v3: Added.
3018         * public/v3/components: Added.
3019
3020         * public/v3/components/base.js: Added.
3021         (ComponentBase): The base component class.
3022         (ComponentBase.prototype.element): Returns the DOM element associated with the DOM element.
3023         (ComponentBase.prototype.content): Returns the shadow root if one exists and the associated element otherwise.
3024         (ComponentBase.prototype.render): To be implemented by a subclass.
3025         (ComponentBase.prototype.renderReplace): A helper function to "render" DOM contents.
3026         (ComponentBase.prototype._constructShadowTree): Called inside the constructor to instantiate the templates.
3027         (ComponentBase.prototype._recursivelyReplaceUnknownElementsByComponents): Instantiates components referred by
3028         its element name inside the instantiated content.
3029         (ComponentBase.isElementInViewport): A helper function. Returns true if the element is in the viewport and it has
3030         non-zero width and height.
3031         (ComponentBase.defineElement): Defines a custom element that can be automatically instantiated from htmlTemplate.
3032         (ComponentBase.createElement): A helper function to create DOM tree to be used in "render()" method.
3033         (ComponentBase._addContentToElement): A helper for "createElement".
3034         (ComponentBase.createLink): A helper function to create a hyperlink or another clickable element (via callback).
3035         (ComponentBase.createActionHandler): A helper function to create an event listener that prevents the default action
3036         and stops the event propagation.
3037
3038         * public/v3/components/button-base.js: Added.
3039
3040         * public/v3/components/chart-status-view.js: Added.
3041         (ChartStatusView): A component that reports the current status of time-series-chart. It's subclasses by
3042         ChartPaneStatusView to provide additional information in the charts page's panes.
3043
3044         * public/v3/components/close-button.js: Added.
3045         (CloseButton):
3046         * public/v3/components/commit-log-viewer.js: Added.
3047         (CommitLogViewer): A component that lists commit revisions along with commit messages for a range of data points.
3048
3049         * public/v3/components/interactive-time-series-chart.js: Added.
3050         (InteractiveTimeSeriesChart): A subclass of InteractiveTimeSeriesChart with interactivity (selection & indicator).
3051         Selection and indicator are mutually exclusive.
3052
3053         * public/v3/components/pane-selector.js: Added.
3054         (PaneSelector): A component for selecting (platform, metric) pair to add in the charts page.
3055
3056         * public/v3/components/spinner-icon.js: Added.
3057
3058         * public/v3/components/time-series-chart.js: Added.
3059         (TimeSeriesChart): A canvas-based chart component without interactivity. It takes a source list and options as
3060         the constructor arguments. A source list is a list of measurement sets (measurement-set.js) with drawing options.
3061         This component fetches data via MeasurementSet.fetchBetween inside TimeSeriesChart.prototype.setDomain and
3062         progressively updates the charts as more data arrives. The canvas is updated on animation frame via rAF and all
3063         layout and rendering metrics are lazily computed in _layout. In addition, this component samples data before
3064         rendering the chart when there are more data points per pixel in _ensureSampledTimeSeries.
3065
3066         * public/v3/index.html: Added. Loads bundled-scripts.js if it exists, or individual script files otherwise.
3067
3068         * public/v3/instrumentation.js: Added. This class is used to gather runtime statistics of v3 UI. (It measures
3069         the performance of the perf dashboard UI).
3070
3071         * public/v3/main.js: Added. Bootstraps the app.
3072         (main):
3073         (fetchManifest):
3074
3075         * public/v3/models: Added.
3076         * public/v3/models/analysis-task.js: Added.
3077         * public/v3/models/bug-tracker.js: Added.
3078         * public/v3/models/bug.js: Added.
3079         * public/v3/models/builder.js: Added.
3080         * public/v3/models/commit-log.js: Added.
3081         * public/v3/models/data-model.js: Added.
3082         (DataModelObject): The base class for various data objects that correspond to database tables. It supplies static
3083         hash map to find entries by id as well as other keys.
3084         (LabeledObject): A subclass of DataModelObject with the capability to find an object via its name.
3085
3086         * public/v3/models/measurement-cluster.js: Added.
3087         (MeasurementCluster): Represents a single cluster or a chunk of data in a measurement set.
3088
3089         * public/v3/models/measurement-set.js: Added.
3090         (MeasurementSet): Represents a measurement set.
3091         (MeasurementSet.findSet): Returns the singleton set given (metric, platform). We use singleton to avoid issuing
3092         multiple HTTP requests for the same JSON when there are multiple TimeSeriesChart that show the same graph (e.g. on
3093         charts page with overview and main charts).
3094         (MeasurementSet.prototype.findClusters): Finds the list of clusters to fetch in a given time range.
3095         (MeasurementSet.prototype.fetchBetween): Fetch clusters for a given time range and calls callback whenever new data
3096         arrives. The number of callbacks depends on the how many clusters need to be newly fetched.
3097         (MeasurementSet.prototype._fetchSecondaryClusters): Fetches non-primary (non-latest) clusters.
3098         (MeasurementSet.prototype._fetch): Issues a HTTP request to fetch a cluster.
3099         (MeasurementSet.prototype._didFetchJSON): Called when a cluster is fetched.
3100         (MeasurementSet.prototype._failedToFetchJSON): Called when the fetching of a cluster has failed.
3101         (MeasurementSet.prototype._invokeCallbacks): Invokes callbacks upon an approval of a new cluster.
3102         (MeasurementSet.prototype._addFetchedCluster): Adds the newly fetched cluster in the order.
3103         (MeasurementSet.prototype.fetchedTimeSeries): Returns a time series that contains data from all clusters that have
3104         been fetched.
3105         (TimeSeries.prototype.findById): Additions to TimeSeries defined in /v2/data.js.
3106         (TimeSeries.prototype.dataBetweenPoints): Ditto.
3107         (TimeSeries.prototype.firstPoint): Ditto.
3108
3109         * public/v3/models/metric.js: Added.
3110         * public/v3/models/platform.js: Added.
3111         * public/v3/models/repository.js: Added.
3112         * public/v3/models/test.js: Added.
3113
3114         * public/v3/pages: Added.
3115         * public/v3/pages/analysis-category-page.js: Added. The "Analysis" page that lists the analysis tasks.
3116         * public/v3/pages/analysis-category-toolb