513e281f8c760e6aae3bfa0cc9590b09d47bd854: Bug 1470530 - [wptrunner] Correct the warning to error option for pytest. draft
Henrik Skupin <mail@hskupin.info> - Thu, 28 Jun 2018 21:42:15 +0200 - rev 812210
Push 114497 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:54:01 +0000
Bug 1470530 - [wptrunner] Correct the warning to error option for pytest. Currently the "--strict" option is used to turn warnings into errors. But even the help content says that, it is not true. Instead this option is only used for markers. To actually turn warnings into errors the "-W error" option would have to be used. More details see: https://github.com/pytest-dev/pytest/issues/2444 MozReview-Commit-ID: AQMwZlwC46w
33c4508f1cd037cb235cabee6097556e4653c2f6: Bug 1471964 - Fix RSS feeds after Places observer redesign r?mak draft
Doug Thayer <dothayer@mozilla.com> - Thu, 28 Jun 2018 13:39:00 -0700 - rev 812209
Push 114496 by bmo:dothayer@mozilla.com at Thu, 28 Jun 2018 20:45:36 +0000
Bug 1471964 - Fix RSS feeds after Places observer redesign r?mak 1. Hold onto the weak callback reference inside livemarks so it doesn't get GC'd. 2. Update other consumers of updateURIVisitedStatus to use the string spec. MozReview-Commit-ID: 2GOROCIJ4aA
4a483952e29d0ebd792f96e4c2bad66bccef3133: Bug 1463846 - Switch enterprise only policies to be machine on Windows. r?felipe draft
Michael Kaply <mozilla@kaply.com> - Thu, 28 Jun 2018 14:33:32 -0500 - rev 812208
Push 114495 by mozilla@kaply.com at Thu, 28 Jun 2018 20:38:11 +0000
Bug 1463846 - Switch enterprise only policies to be machine on Windows. r?felipe MozReview-Commit-ID: 3lWwfzjVbhS
8ad8f1fb074f8494f00ed87255d2e106eff25a7e: Bug 1471112 - Split mochitest-gl into mochitest-webgl[1,2]-[core,ext] - r=gbrown draft
Jeff Gilbert <jgilbert@mozilla.com> - Mon, 25 Jun 2018 20:23:33 -0700 - rev 812207
Push 114494 by bmo:jgilbert@mozilla.com at Thu, 28 Jun 2018 20:35:50 +0000
Bug 1471112 - Split mochitest-gl into mochitest-webgl[1,2]-[core,ext] - r=gbrown Also include webgl2-deqp, which we would like to run eventually, but not yet. MozReview-Commit-ID: FDWdu1J0end
194b15edb0b5ebe7b55331557a7a5b63f56d4844: Bug 1471112 - Update manifest generation and regenerate. draft
Jeff Gilbert <jgilbert@mozilla.com> - Mon, 25 Jun 2018 20:21:21 -0700 - rev 812206
Push 114494 by bmo:jgilbert@mozilla.com at Thu, 28 Jun 2018 20:35:50 +0000
Bug 1471112 - Update manifest generation and regenerate. MozReview-Commit-ID: IVIiRtIEDvV
8092d126f352493a4e80df962f1f132616c7d229: Bug 1470530 - [wdspec] Refactor "session" fixture for clean-up steps. draft
Henrik Skupin <mail@hskupin.info> - Wed, 27 Jun 2018 16:57:51 +0200 - rev 812205
Push 114493 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:26:25 +0000
Bug 1470530 - [wdspec] Refactor "session" fixture for clean-up steps. MozReview-Commit-ID: 1jsLDjEhkQp
49e14b1562591c21fbf8c97c59907944b0d622b7: Bug 1470530 - [wdspec] Move "add_browser_capabilities" fixture under "new_session". draft
Henrik Skupin <mail@hskupin.info> - Wed, 27 Jun 2018 16:40:18 +0200 - rev 812204
Push 114493 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:26:25 +0000
Bug 1470530 - [wdspec] Move "add_browser_capabilities" fixture under "new_session". The "add_browser_capabilities" fixture is only used for new session tests, and as such makes sense to only expose the fixture for that specific sub directory. MozReview-Commit-ID: 7FYuz9lVRxH
a6fda235cd2adc57913610d348375de5711232f5: Bug 1470530 - [wdspec] Always use the "create_dialog" and "create_window" fixtures. draft
Henrik Skupin <mail@hskupin.info> - Wed, 27 Jun 2018 16:29:11 +0200 - rev 812203
Push 114493 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:26:25 +0000
Bug 1470530 - [wdspec] Always use the "create_dialog" and "create_window" fixtures. MozReview-Commit-ID: CaveLEICbXD
d471644d4dd6c581e8e2f684fb87c361ef92d727: Bug 1470530 - [wdspec] Allow parametrization of "session" fixture and remove global "new_session" fixture. draft
Henrik Skupin <mail@hskupin.info> - Fri, 22 Jun 2018 20:50:23 +0200 - rev 812202
Push 114493 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:26:25 +0000
Bug 1470530 - [wdspec] Allow parametrization of "session" fixture and remove global "new_session" fixture. MozReview-Commit-ID: 8gQCQTtXs7C
9ef8947d95c2e350c63a6ba7d05d61fe541da3f3: Bug 1470530 - [wptrunner] Correct the warning to error option for pytest. draft
Henrik Skupin <mail@hskupin.info> - Thu, 28 Jun 2018 21:42:15 +0200 - rev 812201
Push 114493 by bmo:hskupin@gmail.com at Thu, 28 Jun 2018 20:26:25 +0000
Bug 1470530 - [wptrunner] Correct the warning to error option for pytest. Currently the "--strict" option is used to turn warnings into errors. But even the help content says that, it is not true. Instead this option is only used for markers. To actually turn warnings into errors the "-W error" option would have to be used. More details see: https://github.com/pytest-dev/pytest/issues/2444 MozReview-Commit-ID: AQMwZlwC46w
005589cd707dcd031de3d6690022d339c98b5292: Bug 1467824 - Port raptor-speedometer google chrome to linux64 and win10 (wip) draft
Rob Wood <rwood@mozilla.com> - Wed, 27 Jun 2018 15:44:25 -0400 - rev 812200
Push 114492 by rwood@mozilla.com at Thu, 28 Jun 2018 20:11:44 +0000
Bug 1467824 - Port raptor-speedometer google chrome to linux64 and win10 (wip) MozReview-Commit-ID: Lb5EiKzjAtp
4e08d59739e6de76677d7439cfeb0a9b46d55a27: Bug 1471532 - Support Windows in ASan Nightly Reporter builds. r?froydnj draft
Christian Holler <choller@mozilla.com> - Wed, 27 Jun 2018 11:19:00 +0200 - rev 812199
Push 114491 by choller@mozilla.com at Thu, 28 Jun 2018 20:11:02 +0000
Bug 1471532 - Support Windows in ASan Nightly Reporter builds. r?froydnj MozReview-Commit-ID: AK2dBOgoazY
bc6c5545e2c95b1acc84a75a88a6b21b9ad2c500: Bug 1470540 - Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 draft
Anny Gakhokidze <agakhokidze@mozilla.com> - Fri, 22 Jun 2018 14:28:27 -0400 - rev 812198
Push 114490 by bmo:agakhokidze@mozilla.com at Thu, 28 Jun 2018 20:09:55 +0000
Bug 1470540 - Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 Currently, in order to retrieve supported clipboard formats DataTransfer::CacheExternalClipboardFormats repeatedly makes the same calls to clipboard->HasDataMatchingFlavors. In the case when aPlainTextOnly == true only 1 call is made - clipboard->HasDataMatchingFlavors(kUnicodeMime, ...), and when aPlainTextOnly == false we have 1 call made for every member of the list { kCustomTypesMime, kFileMime, kHTMLMime, kRTFMime, kURLMime, kURLDataMime, kUnicodeMime, kPNGImageMime } - a total of 8 calls. We can see that in nsClipboardProxy::HasDataMatchingFlavors, there is a call to ContentChild::GetSingleton()->SendClipboardHasType. So when aPlainTextOnly == true, we will have 1 sync message, and when aPlainTextOnly == false, we will have 8 sync messages. With the proposed solution, in DataTransfer::CacheExternalClipboardFormats we will only have 1 sync message regardless of the case because GetExternalClipboardFormats() will retrieve all supported clipboard formats at once. MozReview-Commit-ID: CAmBfqB459v
f08a8e56c1341e96d565a2867b30b0524c93187f: Bug 1471990 - Implement |mach try again| to repeat your last 'try_task_config.json' try push draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 27 Jun 2018 17:24:57 -0400 - rev 812197
Push 114489 by ahalberstadt@mozilla.com at Thu, 28 Jun 2018 20:07:07 +0000
Bug 1471990 - Implement |mach try again| to repeat your last 'try_task_config.json' try push One of the big downsides to |mach try fuzzy| is that if you use the interactive finder, there's no way to repeat your last action. If you want to run the same push again, you have to manually re-select all the same tasks a second time. It is possible to save presets, but this is fairly heavy-weight and (more) permanent. Sometimes you just want to re-run a push a few times and forget about it. It's also possible to craft the query on the command line with -q, but then you don't get the immediate visual feedback, so you can't be sure that you typed out the right things without actually pushing. With |mach try again|, everytime you generate a try_task_config.json via 'fuzzy', 'empty' or any other subcommands that may exist in the future, it'll get stored in a history file under ~/.mozbuild. Then running |mach try again| will simply re-run the most recent try_task_config.json. You'll also be able to view the whole history via |mach try again --list| and select a specific try_task_config.json (i.e not the most recent one) via |mach try again --index <index>|. Example usage will be: $ ./mach try fuzzy <select a bunch of tasks> $ ./mach try again <re-pushes exact same set of tasks> MozReview-Commit-ID: 3EZjVCy08uq
454227fa59bb9475455b761492dcde6326f996a8: Bug 1413922 - [tryselect] Merge vcs.py into mozversioncontrol, r?gps draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 05 Jun 2018 10:51:11 -0400 - rev 812196
Push 114489 by ahalberstadt@mozilla.com at Thu, 28 Jun 2018 20:07:07 +0000
Bug 1413922 - [tryselect] Merge vcs.py into mozversioncontrol, r?gps Summary: This moves all version control logic out of tools/tryselect and into python/mozversioncontrol. The 'push_to_try' function is a bit different as we want it's output to be streamed to stdout rather than being captured. For this reason it uses 'subprocess.check_call' directly instead of calling 'self._run'. Depends on D1816. Reviewers: gps Tags: #secure-revision Bug #: 1413922 Differential Revision: https://phabricator.services.mozilla.com/D1808 MozReview-Commit-ID: LGvGZxs35Ay
5c36c9b2c41a033601d753f42f47ef3992fbd0ec: Bug 1413922 - [mozversioncontrol] Always use hglib.client if available and fall back to subprocesses if not, r?gps draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 25 Jun 2018 14:43:37 -0400 - rev 812195
Push 114489 by ahalberstadt@mozilla.com at Thu, 28 Jun 2018 20:07:07 +0000
Bug 1413922 - [mozversioncontrol] Always use hglib.client if available and fall back to subprocesses if not, r?gps Summary: Most HG commands use subprocesses, even if a context manager (and therefore an hglib client) has been created. There are only two commands that make use of the client, but they *only* work inside a context manager. I don't think there are any technical reason these two commands *need* to use the context manager. This patch merges the HgRepository._run_in_client function with HgRepository._run(). If a client exists, that will be used, otherwise a subprocess will be used. Tags: #secure-revision Bug #: 1413922 Differential Revision: https://phabricator.services.mozilla.com/D1816 MozReview-Commit-ID: BHMdE1qPVdT
ffd1e688ade128dca7a7e53e865d5a4578479bcb: Bug 1470540 - Part 1: Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 draft
Anny Gakhokidze <agakhokidze@mozilla.com> - Fri, 22 Jun 2018 14:28:27 -0400 - rev 812194
Push 114488 by bmo:agakhokidze@mozilla.com at Thu, 28 Jun 2018 20:05:38 +0000
Bug 1470540 - Part 1: Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 Currently, in order to retrieve supported clipboard formats DataTransfer::CacheExternalClipboardFormats repeatedly makes the same calls to clipboard->HasDataMatchingFlavors. In the case when aPlainTextOnly == true only 1 call is made - clipboard->HasDataMatchingFlavors(kUnicodeMime, ...), and when aPlainTextOnly == false we have 1 call made for every member of the list { kCustomTypesMime, kFileMime, kHTMLMime, kRTFMime, kURLMime, kURLDataMime, kUnicodeMime, kPNGImageMime } - a total of 8 calls. We can see that in nsClipboardProxy::HasDataMatchingFlavors, there is a call to ContentChild::GetSingleton()->SendClipboardHasType. So when aPlainTextOnly == true, we will have 1 sync message, and when aPlainTextOnly == false, we will have 8 sync messages. With the proposed solution, in DataTransfer::CacheExternalClipboardFormats we will only have 1 sync message regardless of the case because GetExternalClipboardFormats() will retrieve all supported clipboard formats at once. MozReview-Commit-ID: CAmBfqB459v
331170d4bfe14dcff5efcc15108ccbeac2cadfc8: Bug 1470540 - Part 1: Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 draft
Anny Gakhokidze <agakhokidze@mozilla.com> - Fri, 22 Jun 2018 14:28:27 -0400 - rev 812193
Push 114487 by bmo:agakhokidze@mozilla.com at Thu, 28 Jun 2018 19:39:05 +0000
Bug 1470540 - Part 1: Improve performance of DataTransfer::CacheExternalClipboardFormats, r=baku, r=mccr8 Currently, in order to retrieve supported clipboard formats DataTransfer::CacheExternalClipboardFormats repeatedly makes the same calls to clipboard->HasDataMatchingFlavors. In case when aPlainTextOnly == true, only 1 call is made - clipboard->HasDataMatchingFlavors(kUnicodeMime, ...), and when aPlainTextOnly == false we have 1 call made for every member of the list { kCustomTypesMime, kFileMime, kHTMLMime, kRTFMime, kURLMime, kURLDataMime, kUnicodeMime, kPNGImageMime } - a total of 8 calls. We can see that in nsClipboardProxy::HasDataMatchingFlavors, there is a call to ContentChild::GetSingleton()->SendClipboardHasType. So when aPlainTextOnly == true, we will have 1 sync message, and when aPlainTextOnly == false, we will have 8 sync messages. With the proposed solution, in DataTransfer::CacheExternalClipboardFormats we will only have 1 sync message regardless of the case because GetExternalClipboardFormats() will retrieve all supported clipboard formats at once. MozReview-Commit-ID: CAmBfqB459v
3d544d0f48ae4db2c2fb37c8001a34256799aac6: Bug 1463846 - Switch enterprise only policies to be machine on Windows. r?felipe draft
Michael Kaply <mozilla@kaply.com> - Thu, 28 Jun 2018 14:33:32 -0500 - rev 812192
Push 114486 by mozilla@kaply.com at Thu, 28 Jun 2018 19:33:47 +0000
Bug 1463846 - Switch enterprise only policies to be machine on Windows. r?felipe MozReview-Commit-ID: 3lWwfzjVbhS
f2ed8985f8ac2acab57639c45b73fc0bb9a6ea23: Bug 1471383 - IconURL is a URI. Use spec. r?felipe draft
Michael Kaply <mozilla@kaply.com> - Thu, 28 Jun 2018 14:31:03 -0500 - rev 812191
Push 114485 by mozilla@kaply.com at Thu, 28 Jun 2018 19:31:18 +0000
Bug 1471383 - IconURL is a URI. Use spec. r?felipe MozReview-Commit-ID: 6VgAXkF3g8D
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip