searching for reviewer(jgraham)
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 320019
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +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 319958
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +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 319957
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +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 319938
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +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 318251
Push 20716 by cbook@mozilla.com at Tue, 18 Oct 2016 08:45:23 +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 318250
Push 20716 by cbook@mozilla.com at Tue, 18 Oct 2016 08:45:23 +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 316812
Push 20673 by philringnalda@gmail.com at Fri, 07 Oct 2016 03:23:33 +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 316811
Push 20673 by philringnalda@gmail.com at Fri, 07 Oct 2016 03:23:33 +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 316446
Push 20656 by kwierso@gmail.com at Wed, 05 Oct 2016 00:44:03 +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 316438
Push 20656 by kwierso@gmail.com at Wed, 05 Oct 2016 00:44:03 +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 316437
Push 20656 by kwierso@gmail.com at Wed, 05 Oct 2016 00:44:03 +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 316436
Push 20656 by kwierso@gmail.com at Wed, 05 Oct 2016 00:44:03 +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 316435
Push 20656 by kwierso@gmail.com at Wed, 05 Oct 2016 00:44:03 +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 315541
Push 20623 by cbook@mozilla.com at Thu, 29 Sep 2016 09:49:42 +0000
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 313244
Push 20492 by kwierso@gmail.com at Thu, 08 Sep 2016 22:29:45 +0000
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 313243
Push 20492 by kwierso@gmail.com at Thu, 08 Sep 2016 22:29:45 +0000
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 313136
Push 20482 by cbook@mozilla.com at Thu, 08 Sep 2016 10:50:09 +0000
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 310807
Push 20379 by philringnalda@gmail.com at Wed, 24 Aug 2016 05:59:24 +0000
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 310627
Push 20373 by ryanvm@gmail.com at Tue, 23 Aug 2016 14:12:11 +0000
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 310516
Push 20358 by ryanvm@gmail.com at Mon, 22 Aug 2016 13:41:41 +0000
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 308596
Push 20266 by cbook@mozilla.com at Tue, 09 Aug 2016 13:49:06 +0000
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
Push 20117 by cbook@mozilla.com at Tue, 26 Jul 2016 15:07:58 +0000
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 306626
Push 20110 by cbook@mozilla.com at Tue, 26 Jul 2016 09:59:54 +0000
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
Push 20102 by cbook@mozilla.com at Mon, 25 Jul 2016 14:17:39 +0000
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 305829
Push 20067 by cbook@mozilla.com at Wed, 20 Jul 2016 14:57:04 +0000
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
Push 20064 by cbook@mozilla.com at Wed, 20 Jul 2016 09:28:23 +0000
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
Push 20064 by cbook@mozilla.com at Wed, 20 Jul 2016 09:28:23 +0000
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 305523
Push 20064 by cbook@mozilla.com at Wed, 20 Jul 2016 09:28:23 +0000
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 305082
Push 20029 by cbook@mozilla.com at Sun, 17 Jul 2016 08:10:51 +0000
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 304839
Push 19985 by cbook@mozilla.com at Wed, 13 Jul 2016 15:31:55 +0000
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 300917
Push 19599 by cbook@mozilla.com at Wed, 08 Jun 2016 10:16:21 +0000
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 300895
Push 19599 by cbook@mozilla.com at Wed, 08 Jun 2016 10:16:21 +0000
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 300471
Push 19549 by cbook@mozilla.com at Mon, 06 Jun 2016 10:04:12 +0000
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 300217
Push 19512 by cbook@mozilla.com at Fri, 03 Jun 2016 10:40:46 +0000
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 300012
Push 19486 by cbook@mozilla.com at Thu, 02 Jun 2016 10:01:49 +0000
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 299619
Push 19451 by cbook@mozilla.com at Tue, 31 May 2016 12:33:42 +0000
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 299209
Push 19408 by ryanvm@gmail.com at Fri, 27 May 2016 01:49:03 +0000
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 298355
Push 19356 by cbook@mozilla.com at Tue, 24 May 2016 13:16:37 +0000
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 297994
Push 19301 by ryanvm@gmail.com at Thu, 19 May 2016 16:50:51 +0000
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 297933
Push 19274 by ryanvm@gmail.com at Wed, 18 May 2016 16:14:35 +0000
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
Push 19206 by cbook@mozilla.com at Fri, 13 May 2016 10:06:58 +0000
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
Push 19206 by cbook@mozilla.com at Fri, 13 May 2016 10:06:58 +0000
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 296438
Push 19113 by kwierso@gmail.com at Fri, 06 May 2016 22:59:05 +0000
Bug 1270673 Fix wpt stream tests to reference new service-worker test-helpers.sub.js. r=jgraham
c9a8de15174801d6c77d35341916c75d994ed4e8: Bug 1270219. Fix the meta-csp mixed-content web platform tests to actually output the <meta> tag with the content policy, so they're testing something useful. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Wed, 04 May 2016 20:41:32 -0400 - rev 296206
Push 19084 by ryanvm@gmail.com at Thu, 05 May 2016 18:59:24 +0000
Bug 1270219. Fix the meta-csp mixed-content web platform tests to actually output the <meta> tag with the content policy, so they're testing something useful. r=jgraham
79811a384671a4b7b8bf18ec3b4e8bcf72c85fe8: Bug 1270181. Disable the form-tag mixed-content tests entirely, because the modal dialogs they put up don't actually make the tests time out reliably. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Wed, 04 May 2016 13:59:42 -0400 - rev 296181
Push 19084 by ryanvm@gmail.com at Thu, 05 May 2016 18:59:24 +0000
Bug 1270181. Disable the form-tag mixed-content tests entirely, because the modal dialogs they put up don't actually make the tests time out reliably. r=jgraham
922be574731fabc93c41ab50ca7861958df57a29: Bug 1268983. Annotate why the mixed-content form-tag web platform tests are failing. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Sun, 01 May 2016 02:42:25 -0400 - rev 295621
Push 19015 by cbook@mozilla.com at Mon, 02 May 2016 09:39:23 +0000
Bug 1268983. Annotate why the mixed-content form-tag web platform tests are failing. r=jgraham
be7df3a3e5b6e7a8c0ea4b2f16fe1a5c9a8ab79e: Bug 1268915. Fix mixed-content web platform tests to not screw up their bytes on Windows. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Sun, 01 May 2016 02:42:25 -0400 - rev 295620
Push 19015 by cbook@mozilla.com at Mon, 02 May 2016 09:39:23 +0000
Bug 1268915. Fix mixed-content web platform tests to not screw up their bytes on Windows. r=jgraham
0939fd079113f9fe252f8b242baf974c694c1e10: Bug 1184351. Remove a race in the picture-tag cases in mixed-content web platform tests. r=jgraham
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 29 Apr 2016 23:13:46 -0400 - rev 295604
Push 19015 by cbook@mozilla.com at Mon, 02 May 2016 09:39:23 +0000
Bug 1184351. Remove a race in the picture-tag cases in mixed-content web platform tests. r=jgraham
114081c3fa90a4ecdaf991bc93e4e99c8942cb15: Bug 1266831 part 2. Add some tests stolen from https://github.com/w3c/web-platform-tests/pull/493 so I (<bzbarsky@mit.edu>) can land test coverage together with the code change. r=jgraham
James Graham <james@hoppipolla.co.uk> - Tue, 26 Apr 2016 12:50:26 -0400 - rev 294993
Push 18951 by cbook@mozilla.com at Wed, 27 Apr 2016 11:57:27 +0000
Bug 1266831 part 2. Add some tests stolen from https://github.com/w3c/web-platform-tests/pull/493 so I (<bzbarsky@mit.edu>) can land test coverage together with the code change. r=jgraham
da6890d34fd30dd5259d889203d6a55b29a7243c: Bug 1225756 - Part2: Remove 'expected fail' settings and expect testcases in send-redirect-bogus.htm should be passed. r=jgraham
Stone Shih <sshih@mozilla.com> - Tue, 22 Mar 2016 17:57:29 +0800 - rev 293848
Push 18820 by cbook@mozilla.com at Wed, 20 Apr 2016 09:53:24 +0000
Bug 1225756 - Part2: Remove 'expected fail' settings and expect testcases in send-redirect-bogus.htm should be passed. r=jgraham