searching for reviewer(jgraham)
b3b5af78a162b11a9a838087c0f6ad3567eeb55e: Bug 919391 - Incorrect Navigation Timing API: performance.timing.responseStart - performance.timing.requestStart < 0 r=baku,jgraham
Valentin Gosu <valentin.gosu@gmail.com> - Thu, 08 Dec 2016 09:37:11 -1000 - rev 325445
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 919391 - Incorrect Navigation Timing API: performance.timing.responseStart - performance.timing.requestStart < 0 r=baku,jgraham MozReview-Commit-ID: 6s5FljTQEAB
27bf0458f5cf02b3adbb66f5e149225de7fc7390: Bug 1316622 - Move wptrunner to new Marionette timeouts API; r=jgraham
Andreas Tolfsen <ato@mozilla.com> - Thu, 10 Nov 2016 21:05:28 +0000 - rev 323987
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1316622 - Move wptrunner to new Marionette timeouts API; r=jgraham MozReview-Commit-ID: 2ZnodSJ8L4S
127e45e5ba1d7b319b8fd893e8be845094ac5f26: Bug 1316925 - Keep track of failed linters in stylish formatter summary, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 14 Nov 2016 11:56:46 -0500 - rev 323319
Push 21 by maklebus@msu.edu at Thu, 01 Dec 2016 06:22:08 +0000
Bug 1316925 - Keep track of failed linters in stylish formatter summary, r=jgraham This replaces the "return_code" property on the LintRoller object with a list of "failed" linters. This is a bit more useful as it lets us know exactly which linters had a problem (whereas previously we just knew *something* went wrong). This patch pushes determining the return code back into cli.py, which I think is fine. In addition, we now pass the list of failed linters into the formatter. This allows us to clarify exactly how many linters hit a failure which is a lot better than a seemingly "successful" summary message. Finally I also removed the "no files to lint" message because I've seen several people confuse it for an error. I'll probably add it back as a debug log message when we switch to using mozlog for output. MozReview-Commit-ID: 4wyCeOZdOf8
55fe392732ac5758b488728db4c854b1488a2445: Bug 1316629 - migrate dom/html/test/test_img_complete.html to web-platform-test. r=jgraham
Joel Maher <jmaher@mozilla.com> - Wed, 16 Nov 2016 09:43:53 -0500 - rev 322872
Push 21 by maklebus@msu.edu at Thu, 01 Dec 2016 06:22:08 +0000
Bug 1316629 - migrate dom/html/test/test_img_complete.html to web-platform-test. r=jgraham MozReview-Commit-ID: 7tyxMzVQ1g2
44a2afb9ddf8ff2243c9d7ee101e12a55a697947: Bug 1317466. Remove legacycaller annotations in web platform tests from interfaces that don't have legacy callers in the spec. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Tue, 15 Nov 2016 17:44:43 -0500 - rev 322807
Push 21 by maklebus@msu.edu at Thu, 01 Dec 2016 06:22:08 +0000
Bug 1317466. Remove legacycaller annotations in web platform tests from interfaces that don't have legacy callers in the spec. r=jgraham
c02bd40b1f686ef0054190e07f5e4ec9bfa1cc15: Bug 1316636 - Remove Web Storage tests from imptests; r=jgraham
Ms2ger <Ms2ger@gmail.com> - Tue, 15 Nov 2016 18:40:59 +0100 - rev 322764
Push 21 by maklebus@msu.edu at Thu, 01 Dec 2016 06:22:08 +0000
Bug 1316636 - Remove Web Storage tests from imptests; r=jgraham These should not be platform-specific, and already run in web-platform-tests.
5bd71ef29d81f37ffec1c12f8c912a546ae3fadc: Bug 1315235 - Remove remaining call to restore_pref() from update tests. r=jgraham
Henrik Skupin <mail@hskupin.info> - Fri, 04 Nov 2016 13:59:35 +0100 - rev 321096
Push 21 by maklebus@msu.edu at Thu, 01 Dec 2016 06:22:08 +0000
Bug 1315235 - Remove remaining call to restore_pref() from update tests. r=jgraham MozReview-Commit-ID: I3T43kOB2AQ
e5ea056e363e1de37370ab850dcd037de632b0b1: Bug 1303234 - Implement extracting action chain from a request; r=ato,jgraham
Maja Frydrychowicz <mjzffr@gmail.com> - Wed, 26 Oct 2016 13:04:48 -0400 - rev 320114
Push 11 by maklebus@msu.edu at Mon, 31 Oct 2016 21:03:58 +0000
Bug 1303234 - Implement extracting action chain from a request; r=ato,jgraham MozReview-Commit-ID: JxNoGZog1om
b96b2b49be987aed5d1ffa2dcc1a549b658b458a: Bug 1313265 - Ensure unstructured logs containing TEST-UNEXPECTED-FAIL fail the job desktop_unittest.py, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 27 Oct 2016 15:11:26 -0400 - rev 320106
Push 11 by maklebus@msu.edu at Mon, 31 Oct 2016 21:03:58 +0000
Bug 1313265 - Ensure unstructured logs containing TEST-UNEXPECTED-FAIL fail the job desktop_unittest.py, r=jgraham I haven't seen a case of this happening in the wild, but I believe it is possible for a test to dump "TEST-UNEXPECTED-FAIL" directly to the log and mozharness using the StructuredOutputParser would not pick it up. This patch is just me being extra careful to flag potential errors like that. I'm not sure they even exist. This patch also purposefully uses substr to avoid requiring said string to show up at the beginning, which should avoid certain prefix issues we've run into in the past. MozReview-Commit-ID: 99n9YizlEDH
28afa97fa70dba7742a9ef15bbd9947a43711972: Bug 1313265 - Log messages containing 'TEST-UNEXPECTED-FAIL' at the error level in mochitest, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 27 Oct 2016 15:03:38 -0400 - rev 320105
Push 11 by maklebus@msu.edu at Mon, 31 Oct 2016 21:03:58 +0000
Bug 1313265 - Log messages containing 'TEST-UNEXPECTED-FAIL' at the error level in mochitest, r=jgraham We were previously logging these at the info level as a really hacky way to make sure that the mozharness output parser was able to detect them. Since bug 1261194 switched mochitests to use the StructuredOutputParser, we now need to log them at the error level or they won't get picked up anymore. MozReview-Commit-ID: 99n9YizlEDH
77bbf4625e503ba8136d2ab205b4eb8880e4b321: Bug 1291971 - Part 0, remove deprecated test case for presentation API and correct manifest. r=jgraham
Shih-Chiang Chien <schien@mozilla.com> - Fri, 28 Oct 2016 11:03:05 +0800 - rev 320086
Push 11 by maklebus@msu.edu at Mon, 31 Oct 2016 21:03:58 +0000
Bug 1291971 - Part 0, remove deprecated test case for presentation API and correct manifest. r=jgraham MozReview-Commit-ID: LaFbOvPz0dr
01cef2481413ced6cbe2ae54f5a48400dbd4920c: Bug 1309963 - Make sure return codes are passed from .lint files up to the cli, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 13 Oct 2016 16:23:13 -0400 - rev 318255
Push 7 by maklebus@msu.edu at Wed, 19 Oct 2016 22:03:57 +0000
Bug 1309963 - Make sure return codes are passed from .lint files up to the cli, r=jgraham If a linter returns a status code instead of a list of results, mozlint will throw away that status code and move on to the next linter. We should make sure that status code bubbles all the way up to the cli. MozReview-Commit-ID: 9fXpmtlUUT1
8e234deee964dd0b1196f3c25f2b630e72f9a77d: Bug 1309963 - Fix hidden eslint error output when the first line is blank, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 13 Oct 2016 16:22:26 -0400 - rev 318254
Push 7 by maklebus@msu.edu at Wed, 19 Oct 2016 22:03:57 +0000
Bug 1309963 - Fix hidden eslint error output when the first line is blank, r=jgraham The 'eslint' linter will assume there is an error message if the output is not valid JSON. However, if output[0] evaluates to False, then it will also replace the output with '[]' (which means success). But if the error starts with a blank line, then output[0] is False and we wrongfully don't print the rest of the message. MozReview-Commit-ID: 9fXpmtlUUT1
a580d0d432be36f46d750580391c2b62aba0bfb7: Bug 1307141 - Submit test_linedash from test_canvas.html to WPT; r=jgraham
Ms2ger <Ms2ger@gmail.com> - Thu, 06 Oct 2016 08:45:37 +0200 - rev 316793
Push 7 by maklebus@msu.edu at Wed, 19 Oct 2016 22:03:57 +0000
Bug 1307141 - Submit test_linedash from test_canvas.html to WPT; r=jgraham This test was originally written by Rik Cabanier in changeset b16182c733bb (bug 768067). He has relicensed his contribution under the CC0 at <https://bugzilla.mozilla.org/show_bug.cgi?id=1073556#c67>. I am taking his public domain test and relicensing it under the web-platform-tests licenses.
0a6fa9b51784bf330d9adf38d59c0ac5cbb056b1: Bug 1307141 - Submit test_setlinedash.html to WPT; r=jgraham
Ms2ger <Ms2ger@gmail.com> - Thu, 06 Oct 2016 08:45:28 +0200 - rev 316792
Push 7 by maklebus@msu.edu at Wed, 19 Oct 2016 22:03:57 +0000
Bug 1307141 - Submit test_setlinedash.html to WPT; r=jgraham This test was originally written by David Caldwell in changeset d18ebc644b89 (bug 1006656). He has relicensed his contribution under the CC0 at <https://bugzilla.mozilla.org/show_bug.cgi?id=1073556#c66>. I am taking his public domain test and relicensing it under the web-platform-tests licenses.
baa5349a1621b63cbdfdcf3895003f347a815097: Bug 1307484 - Reapply missing <ol reversed> tests from bug 1290813 ; r=jgraham
Manish Goregaokar <manishsmail@gmail.com> - Tue, 04 Oct 2016 20:57:33 +0530 - rev 316404
Push 1 by maklebus@msu.edu at Wed, 05 Oct 2016 23:10:55 +0000
Bug 1307484 - Reapply missing <ol reversed> tests from bug 1290813 ; r=jgraham MozReview-Commit-ID: KrNUnkLb6bl
604451ab58290450155779b6692a92f30d76717d: Bug 1305877 - Disable appcache-ordering-main.https.html; r=jgraham
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 07:37:14 -0700 - rev 316396
Push 1 by maklebus@msu.edu at Wed, 05 Oct 2016 23:10:55 +0000
Bug 1305877 - Disable appcache-ordering-main.https.html; r=jgraham This test was timing out intermittently (tracked in bug 1295331). It started timing out consistently once the test chunking was changed. But only on TaskCluster automation - not buildbot - presumably because chunking was different. My guess is something in a previous test is throwing off state within Gecko. Who knows. MozReview-Commit-ID: HtbEX1duE6M
60ab329a382b54a553fc5fd72f892229aefed1a6: Bug 1305877 - Change WPT chunking default to directory hash; r=jgraham
Gregory Szorc <gps@mozilla.com> - Fri, 30 Sep 2016 20:40:03 -0700 - rev 316395
Push 1 by maklebus@msu.edu at Wed, 05 Oct 2016 23:10:55 +0000
Bug 1305877 - Change WPT chunking default to directory hash; r=jgraham Before this, the default of "equal_time" resulted in W7 jobs on Windows debug builds executing over 6 times slower than the shortest chunk. Chunking by hash of test directory makes the chunk sizes more consistent. They aren't as consistent as a full path hashing or random chunking. But it is an improvement. MozReview-Commit-ID: 7bUSxY8GhH7
93d193ddedc921ba29e3acca55d14984ed86b642: Bug 1305877 - Add a directory hash chunker; r=jgraham
Gregory Szorc <gps@mozilla.com> - Thu, 29 Sep 2016 14:42:50 -0700 - rev 316394
Push 1 by maklebus@msu.edu at Wed, 05 Oct 2016 23:10:55 +0000
Bug 1305877 - Add a directory hash chunker; r=jgraham Per discussion in the bug, we want automation to behave like local development mode with regards to running tests in a directory. That means we want all tests in a directory to be executed together. We introduce a directory hash chunker. It is like the HashChunker except it hashes the directory of the test (not the full path). This ensures that all tests in the same directory end up in the same chunk. Compared to HashChunker, this will likely make slow directories contribute to higher variance in chunk execution times. MozReview-Commit-ID: CeV0Gi6NRRp
83f4e83b4f1affa63eb0996c4b0569def827d389: Bug 1305877 - Make HashChunker stable; r=jgraham
Gregory Szorc <gps@mozilla.com> - Tue, 27 Sep 2016 16:31:26 -0700 - rev 316393
Push 1 by maklebus@msu.edu at Wed, 05 Oct 2016 23:10:55 +0000
Bug 1305877 - Make HashChunker stable; r=jgraham The built-in hash() function uses the backing memory address for hashing. This is essentially random. Switch to md5 so input is consistently hashed across processes. MozReview-Commit-ID: D52uzttE5hc
8211e8255673ce77036efe263f0329c91e67cfe9: Bug 1305978 - Move remaining lint tasks (f8, W) to tier 1, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 28 Sep 2016 08:46:10 -0400 - rev 315525
Bug 1305978 - Move remaining lint tasks (f8, W) to tier 1, r=jgraham The lint jobs have been running for many weeks and have been stable and useful throughout. It is time to make them tier 1 tasks. MozReview-Commit-ID: 5i5KOPhMNKM
0cd81275950ddb5282a31bfb4726aa0495a727a2: Bug 1285299 - Add pytest_mozlog plugin to mozlog; r=jgraham
Anjana Vakil <anjanavakil@gmail.com> - Thu, 08 Sep 2016 11:43:11 +0200 - rev 313208
Bug 1285299 - Add pytest_mozlog plugin to mozlog; r=jgraham Add the `pytest_mozlog` module (from https://github.com/davehunt/pytest-mozlog) to mozbase/mozlog/mozlog, so that we can use it in the logging of the Marionette harness tests. Add an entry point for the plugin to mozlog/setup.py so that when mozlog is installed, pytest will register the pytest_mozlog plugin.py module as the plugin 'mozlog'. Make the following modifications to pytest_mozlog/plugin.py: - Disable stdout logging by default in pytest-mozlog In the pytest-mozlog plugin, disable logging to stdout by default when setting up the mozlog logger, so that the default output seen when using the plugin is just the Pytest terminal output. The user can specify a mozlog logger to write to stdout by using the '--log-* -' option, in which case both Pytest and pytest-mozlog will log to stdout. - Record error msg and lineno in pytest-mozlog logs Extract the error message and line number for tests with failures/ errors from the Pytest test report, and pass these to the Mozlog logs output by the pytest-mozlog plugin. For skipped tests, pass the skip reason, and for unexpected passes allow Mozlog to report its default message "expected FAIL". - Report collected item count in pytest-mozlog Add/modify Pytest hooks in the pytest-mozlog plugin so that the suite_start event sent to the logger contains the correct list of tests to be run, i.e. items collected by Pytest, instead of an empty list. This allows mozlog to log the correct number of tests to be run. - Log skipped/xfailed tests with corresponding status (not 'PASS') Log skipped tests with status 'SKIP' and expected failures that do indeed fail with status 'FAIL'/expected 'FAIL' so that these can be distinguished from true passing tests. - Pass parsed arguments directly to mozlog.commandline.setup_logging Pass the entire Pytest config's argument namespace to `setup_logging` instead of copying over only the non-None formatters/formatter option arguments. Use the new `allow_unused_options` parameter to stop Mozlog from raising an error about options for unused formatters. MozReview-Commit-ID: 4WpprytS5cI
4aac4b3f3b530691053d5f56afd3f0cf9b55b42d: Bug 1285299 - Optionally ignore unused Mozlog formatter options; r=jgraham
Anjana Vakil <anjanavakil@gmail.com> - Wed, 07 Sep 2016 20:55:21 +0200 - rev 313207
Bug 1285299 - Optionally ignore unused Mozlog formatter options; r=jgraham Add a parameter `allow_unused_options` to the `setup_logging` and `setup_handlers` methods in mozlog.commandline. When this parameter is True, do not raise a ValueError in `setup_handlers` if the command line arguments include formatter options for unused formatters. (Default value is False.) This allows parsed arguments from e.g. the pytest-mozlog plugin to be passed directly to `setup_logging`, without filtering out unused formatter options. MozReview-Commit-ID: 8el0oaT4y1X
ba7d7fe0ea3cafb1b27e738dfa3697eb3f49dec7: Bug 1300296: Use valid and spec-compliant MP4 file for all tests. r=gerald,jgraham
Jean-Yves Avenard <jyavenard@mozilla.com> - Tue, 06 Sep 2016 14:55:25 +1000 - rev 313108
Bug 1300296: Use valid and spec-compliant MP4 file for all tests. r=gerald,jgraham The MP4 used in the tests was invalid: 1- It contains out of order and overlapping frames 2- The first frame for each of the first 9 media segments were marked as keyframe, even though they weren't The new file was encoded such that: - The total bitrate remains the same as in the previous files - The total duration is similar - Each media segment starts with a valid keyframe - Frames are properly ordered - GOP is made of 24 frames - The video track doesn't start at 0, which helps testing the proper behaviour regarding buffered range calculation. - Like in the previous video, the audio track is present but made of silence (which is puzzling for a video initially designed to test A/V sync) The webm file presents the same characteristics. MozReview-Commit-ID: 6AKKmInaenE
127f2f410e93282bffdc67f17de8c78fe6e03e4e: Bug 1297377 - Reftests on OSX should generate and upload a structured log artifact, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 23 Aug 2016 09:11:36 -0400 - rev 310780
Bug 1297377 - Reftests on OSX should generate and upload a structured log artifact, r=jgraham MozReview-Commit-ID: 2QdsnWBmoey
b1cc4e06979ab207eefff38298c7cf7b574dad7d: Bug 1294802 - Improve color handling in mozlint stylish formatter, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 19 Jul 2016 11:54:04 -0400 - rev 310604
Bug 1294802 - Improve color handling in mozlint stylish formatter, r=jgraham This will make specifying terminal colours cleaner and provide fallbacks for terminals with only 8 colours. It also tweaks the 'grey' color to match an update to the eslint stylish formatter. MozReview-Commit-ID: KYhC6SEySC3
178d2dc5f4a290b511cd1bfc8d6c88bbabdb98d7: Bug 1213668 - wpt breaks with HTTP proxy; r=jgraham
Aryeh Gregor <ayg@aryeh.name> - Tue, 16 Aug 2016 16:15:11 +0300 - rev 310517
Bug 1213668 - wpt breaks with HTTP proxy; r=jgraham ./mach web-platform-tests tries to access the tests at http://web-platform.test/. If an HTTP proxy is configured, it tries to access it via the proxy, which fails. Disabling the proxy entirely fixes the problem and should probably have no adverse effects, although a cleaner solution would be to skip proxies only for that domain (as is done with localhost). MozReview-Commit-ID: IkIRLwbH16P
7f30809229056e162e739f888a4f5d3834b21128: Bug 1291657 - run web-platform-tests for linux64 in ubuntu 16.04 vs ubuntu 12.04 [manifest changes]. r=jgraham
Joel Maher <jmaher@mozilla.com> - Wed, 03 Aug 2016 08:58:03 -0400 - rev 308568
Bug 1291657 - run web-platform-tests for linux64 in ubuntu 16.04 vs ubuntu 12.04 [manifest changes]. r=jgraham MozReview-Commit-ID: D2QN7PDx9RJ
2fc1eb070c2a7962d875d900d31dccb8f84d8649: Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
Sotaro Ikeda <sotaro.ikeda.g@gmail.com> - Tue, 26 Jul 2016 00:03:25 -0700 - rev 306672
Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
92ba454cff2ae3a2a21ede45215101136ab1e91b: Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
Sotaro Ikeda <sotaro.ikeda.g@gmail.com> - Mon, 25 Jul 2016 18:23:55 -0700 - rev 306624
Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
15d996da21b247c646f5dc0b05663568bdc135c6: Bug 1288648 - Disable some WebVTT tests r=jgraham
Sotaro Ikeda <sotaro.ikeda.g@gmail.com> - Fri, 22 Jul 2016 07:26:20 -0700 - rev 306376
Bug 1288648 - Disable some WebVTT tests r=jgraham
a2fefead2fed63c859ad9bddbd357be511425208: Bug 471020 - Update wpt tests for X-Content-Type-Options: nosniff. r=jgraham
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Wed, 20 Jul 2016 12:33:47 +0200 - rev 305825
Bug 471020 - Update wpt tests for X-Content-Type-Options: nosniff. r=jgraham
10366f77d1559fd4c0c77da7933b1a74b470677c: Bug 1286439 - Fix the last FormData-append XHR web platform test. r=jgraham
Thomas Wisniewski <wisniewskit@gmail.com> - Tue, 19 Jul 2016 13:18:01 -0400 - rev 305770
Bug 1286439 - Fix the last FormData-append XHR web platform test. r=jgraham
3ee328c56de0ea180b7e83e487d4fbd8fb4556b5: Bug 471020 - Update wpt tests for X-Content-Type-Options: nosniff. r=jgraham
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Mon, 18 Jul 2016 14:47:17 +0200 - rev 305595
Bug 471020 - Update wpt tests for X-Content-Type-Options: nosniff. r=jgraham
0175a8da10333b8df86bf886b3490050bbabbaf9: Bug 1255986 - [moztest] Safe-guard structured logging for exceptions from bad handlers. r=jgraham
Henrik Skupin <mail@hskupin.info> - Fri, 03 Jun 2016 22:20:59 +0200 - rev 305476
Bug 1255986 - [moztest] Safe-guard structured logging for exceptions from bad handlers. r=jgraham Any exception which gets thrown by a log handler while test results are getting generated, should not cause test harnesses to stop immediately. To achive that the exception details are written to stderr and not propagated up the stack. MozReview-Commit-ID: ChyYxApYSGx
2a0bf45d5028c94f9a743cc1798548702175d365: Bug 1286796: [MSE] P2. Update InvalidAccessError with TypeError. r=jgraham
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 14 Jul 2016 21:08:46 +1000 - rev 305064
Bug 1286796: [MSE] P2. Update InvalidAccessError with TypeError. r=jgraham As per https://github.com/w3c/media-source/issues/34 MozReview-Commit-ID: 5MEEKhINo1m
80468414501ef098dcf913b1e25361f4c52e82c7: Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
Sotaro Ikeda <sotaro.ikeda.g@gmail.com> - Tue, 12 Jul 2016 23:05:56 -0700 - rev 304837
Bug 1284803 part 12 - Update web-platform-tests webvtt ini r=jgraham
a607886f98ae6b6755fd4c1b3f03b14a5a8d2ad7: Bug 1273288 - Fix issue with undefined proc variable when editor isn't possible r=jgraham
Jonathan Kingston <jkingston@mozilla.com> - Tue, 07 Jun 2016 14:44:52 +0100 - rev 300916
Bug 1273288 - Fix issue with undefined proc variable when editor isn't possible r=jgraham MozReview-Commit-ID: JNoFf6Jt3aN
fdc8e838f8faeb2c8f487645d2e49ed51b157387: Bug 1278381 - Open binary files in binary mode. r=jgraham
Masatoshi Kimura <VYV03354@nifty.ne.jp> - Tue, 07 Jun 2016 22:17:41 +0900 - rev 300857
Bug 1278381 - Open binary files in binary mode. r=jgraham
139ce9bc8149993a4c3bc92c5246ed7f1bb6c8a3: Bug 1277555 - Set dom.enable_performance_observer pref in performance-timeline web-platform tests r=jgraham
Valentin Gosu <valentin.gosu@gmail.com> - Fri, 03 Jun 2016 01:07:58 +0200 - rev 300468
Bug 1277555 - Set dom.enable_performance_observer pref in performance-timeline web-platform tests r=jgraham MozReview-Commit-ID: B8ZmIjWFzgd
e4ae9ac1a071e07e369ef56ac30695a238f84b20: Bug 1273634 - [mozlint] Add a treeherder formatter, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Sat, 28 May 2016 23:38:30 -0400 - rev 300204
Bug 1273634 - [mozlint] Add a treeherder formatter, r=jgraham This is a really simple and ugly formatter that is compatible with treeherder's error highlighting mechanism. It is designed to be identical to the current eslint output on treeherder: https://dxr.mozilla.org/mozilla-central/rev/4d63dde701b47b8661ab7990f197b6b60e543839/tools/lint/eslint-formatter.js Eventually eslint will also use this and we can remove that file. Once bug 1276486 is fixed, we can make this look a little nicer. But for now it gets the job done. MozReview-Commit-ID: CwfWPcwWFxF
c48f3b04c9dee0e649c520bbcd25c143a545c1b0: Bug 1273634 - [mozlint] Add a treeherder formatter, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Sat, 28 May 2016 23:38:30 -0400 - rev 299998
Bug 1273634 - [mozlint] Add a treeherder formatter, r=jgraham This is a really simple and ugly formatter that is compatible with treeherder's error highlighting mechanism. It is designed to be identical to the current eslint output on treeherder: https://dxr.mozilla.org/mozilla-central/rev/4d63dde701b47b8661ab7990f197b6b60e543839/tools/lint/eslint-formatter.js Eventually eslint will also use this and we can remove that file. Once bug 1276486 is fixed, we can make this look a little nicer. But for now it gets the job done. MozReview-Commit-ID: CwfWPcwWFxF
da391c890d07976d7bcb5bd7223ba6a07a00992f: Bug 1276490 - Do not use Math.random() to create unique values to avoid intermittent failrues. r=jgraham
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Tue, 31 May 2016 06:51:27 +0900 - rev 299616
Bug 1276490 - Do not use Math.random() to create unique values to avoid intermittent failrues. r=jgraham MozReview-Commit-ID: 3QHrpCTpEzM
94033f5e655567162a397af1f48a3bf00e884421: Bug 1275233 - Web-platform-test shouldn't use skip-if. r=jgraham
John Dai <jdai@mozilla.com> - Thu, 26 May 2016 02:03:00 -0400 - rev 299205
Bug 1275233 - Web-platform-test shouldn't use skip-if. r=jgraham
93d5271f033292f898407d8cb1a1a80721a0ab5d: Bug 909633. Remove the HTML Microdata API, since no one else ended up implementing it and now it's been removed from the spec. r=bkelly,jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 20 May 2016 23:13:17 -0400 - rev 298331
Bug 909633. Remove the HTML Microdata API, since no one else ended up implementing it and now it's been removed from the spec. r=bkelly,jgraham
0f9e19a123e36d66406a3f04fba7139ab5a09f17: Bug 1273556 - [mozlint] Better SIGINT handling, return partial results on Ctrl-C, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 17 May 2016 12:24:42 -0400 - rev 297980
Bug 1273556 - [mozlint] Better SIGINT handling, return partial results on Ctrl-C, r=jgraham Currently a bug in python (https://bugs.python.org/issue8296) is preventing a KeyboardInterrupt from reaching the parent process, meaning we can't kill the process with SIGINT. There is a workaround to this bug, but instead I decided to ignore SIGINT in the parent process completely. Now, each child process is responsible for handling SIGINT on its own. Since child processes should all shutdown relatively quickly anyway, this effectively also ends the parent process. The benefit of doing it this way is that each child process can return the results they have collected to date. So when a developer hits Ctrl-C, they'll still see some (but not all) formatted lint output. The downside is that a poorly implemented external linter could block the parent process from exiting quickly, but if this happens we should just fix the linter. MozReview-Commit-ID: 2tRJgtmoPYP
3dce6442f2ee2a8a2d1d0cb92b2b7dd442074da9: Bug 1273201 - Skip the websockets/interfaces/WebSocket directory for frequent failures that move around as tests get skipped. r=jgraham
Ryan VanderMeulen <ryanvm@gmail.com> - Wed, 18 May 2016 10:10:59 -0400 - rev 297931
Bug 1273201 - Skip the websockets/interfaces/WebSocket directory for frequent failures that move around as tests get skipped. r=jgraham
6293e3a7c74f0e0b8e28c2057721d6167c0edf44: Bug 1272141 - Make web-platform-tests-create mach command create intermediate directories; r=jgraham
Dan Minor <dminor@mozilla.com> - Wed, 11 May 2016 17:17:47 -0400 - rev 297212
Bug 1272141 - Make web-platform-tests-create mach command create intermediate directories; r=jgraham MozReview-Commit-ID: 5kd68NQTwXy
af3d90a21e33ab299b33aa7a094356f97a624383: Bug 1271448 - Stop saving reftest.log for |mach reftest| perf improvements, r=jgraham
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 09 May 2016 17:53:04 -0400 - rev 297195
Bug 1271448 - Stop saving reftest.log for |mach reftest| perf improvements, r=jgraham In bug 1271035 gps identified disk I/O as a major cause for reftest slowness. He was able to fix most of it, but the new highest source of I/O in reftest is reftest.log. To note, we were only saving reftest.log when running via mach, so this won't impact automation in any way: https://hg.mozilla.org/mozilla-central/file/043082cb7bd8/layout/tools/reftest/mach_commands.py#l204 I don't know why we are doing this given that the same output goes to stdout. And as dholbert pointed out, since bug 1034290 landed, that log contains raw structured logs, which are not at all useful for debugging. Given that it is no longer useful and causes slowness, we should stop saving it. If anyone wishes to keep saving to a log, they can use: ./mach reftest --log-tbpl reftest.log If they wish this to be the default behaviour they can make a machrc (or .machrc) in either topsrcdir, ~/.mozbuild or $MACHRC. Then add: [alias] reftest = reftest --log-tbpl reftest.log MozReview-Commit-ID: A3e2X7qF90H
6cfc7cfed8099069928893dc9419f7311aea6c61: Bug 1270673 Fix wpt stream tests to reference new service-worker test-helpers.sub.js. r=jgraham
Ben Kelly <ben@wanderview.com> - Fri, 06 May 2016 06:33:38 -0700 - rev 296412
Bug 1270673 Fix wpt stream tests to reference new service-worker test-helpers.sub.js. r=jgraham