91a308b8cbbe6487ae10b980bd8d4ccca2dd003f: bug 1367110 - Collect Telemetry for different TelemetrySend failures r=bsmedberg,Dexter data-r=bsmedberg
Chris H-C <chutten@mozilla.com> - Wed, 24 May 2017 10:14:41 -0400 - rev 361627
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
bug 1367110 - Collect Telemetry for different TelemetrySend failures r=bsmedberg,Dexter data-r=bsmedberg Expires in 61 for now until we can show its usefulness. MozReview-Commit-ID: IpfEnmnuKgr
35d360dce251045e0a9b719fca742772641bbd1b: Bug 1367110 - Expose XHRMT's ErrorCode to chrome JS. r=baku
Chris H-C <chutten@mozilla.com> - Wed, 24 May 2017 08:52:15 -0400 - rev 361626
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1367110 - Expose XHRMT's ErrorCode to chrome JS. r=baku This is presently only relevant for XHRMT, so XHRWorker will just report that everything's a-ok for now. As noted inline, the permanence of this measure is to be evaluated in Firefox 60 in bug 1368540. MozReview-Commit-ID: 6gkTyZO388g
d632ed767b41d03a42204f303afd07434b4d4ebe: Bug 1367110 - Make XHRMainThread's mErrorLoad more descriptive. r=baku
Chris H-C <chutten@mozilla.com> - Wed, 24 May 2017 08:44:38 -0400 - rev 361625
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1367110 - Make XHRMainThread's mErrorLoad more descriptive. r=baku There are at least four ways XHRMT can error on load. Let's be specific about it. MozReview-Commit-ID: EOml2fcd1XD
8c82d1ad582f2362076dbcb06312ff4606cce8ef: Backed out changeset 4e283b54baa6 (bug 1358223) for build bustage on Android at dom/ipc/ContentChild.cpp:21. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 31 May 2017 21:34:13 +0200 - rev 361624
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Backed out changeset 4e283b54baa6 (bug 1358223) for build bustage on Android at dom/ipc/ContentChild.cpp:21. r=backout
e179fb11fb6a97f60602d46f0ae5fa61f624025c: Backed out changeset 852ffb5b89bf (bug 1358223)
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 31 May 2017 21:33:33 +0200 - rev 361623
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Backed out changeset 852ffb5b89bf (bug 1358223)
4c960793ed252f422636b4777b115ea681c5789c: Bug 1356097 - Update description for HTTP_SUB* and HTTP_PAGE* probes r=mcmanus
Valentin Gosu <valentin.gosu@gmail.com> - Mon, 29 May 2017 22:16:11 +0200 - rev 361622
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1356097 - Update description for HTTP_SUB* and HTTP_PAGE* probes r=mcmanus MozReview-Commit-ID: 2lGlLamFERD
952cbd41608c8626884b832fd4f8aee8cbad8ad9: Bug 1356097 - Improve correctness of HTTP_PAGE_* telemetry r=mcmanus
Valentin Gosu <valentin.gosu@gmail.com> - Mon, 29 May 2017 22:15:37 +0200 - rev 361621
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1356097 - Improve correctness of HTTP_PAGE_* telemetry r=mcmanus When the last request is removed from the load group, we report telemetry for the default load request. This was done without checking if the request was successful, which may cause us to report telemetry for failed requests as well. Also, the NullHttpChannel had its timingEnabled attribute set to true, which could lead us to report invalid telemetry MozReview-Commit-ID: 5w7rd2V17Xd
37fb38a7ef4b36718d8f5653fff0a1c903f1bfc1: Bug 1368549 - Remove MOZ_WIDGET_GONK from netwerk/* r=mcmanus
Valentin Gosu <valentin.gosu@gmail.com> - Mon, 29 May 2017 22:09:04 +0200 - rev 361620
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1368549 - Remove MOZ_WIDGET_GONK from netwerk/* r=mcmanus MozReview-Commit-ID: J2njLbNwlco
d2b02f7d0e73998574942b1336066bdd045f9a13: servo: Merge #17093 - Stylo - Bug 1365674: Simulate compute value failure for tests (from ferjm:bug1365674.simulate.compute.value.failure); r=hiikezoe
Fernando Jiménez Moreno <ferjmoreno@gmail.com> - Wed, 31 May 2017 12:03:50 -0500 - rev 361619
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
servo: Merge #17093 - Stylo - Bug 1365674: Simulate compute value failure for tests (from ferjm:bug1365674.simulate.compute.value.failure); r=hiikezoe - [X] `./mach build -d` does not report any errors - [X] `./mach test-tidy` does not report any errors https://bugzilla.mozilla.org/show_bug.cgi?id=1365674 Source-Repo: https://github.com/servo/servo Source-Revision: 71eb672923365095c45cbd15ee0746eae3908cb6
72dfa41fadc123f882ee7c1fa1b915cdf8fe97e1: Bug 1343659 - [mozharness] Flag rust kernel panics as an ERROR, r=kats
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 29 May 2017 16:49:26 -0400 - rev 361618
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1343659 - [mozharness] Flag rust kernel panics as an ERROR, r=kats MozReview-Commit-ID: EaKdP3ru3K1
852ffb5b89bf7885b53be6e891ea99717daf421b: Bug 1358223 - Part 2 - In telemetry send the effective sandbox level instead of the raw value r=Dexter
Alex Gaynor <agaynor@mozilla.com> - Fri, 12 May 2017 17:05:53 -0400 - rev 361617
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1358223 - Part 2 - In telemetry send the effective sandbox level instead of the raw value r=Dexter This gives us the most actionable piece of information from the perspective of correlating between how the sandbox is configured and behavior we see. MozReview-Commit-ID: EWWQrDHns1R
4e283b54baa60ff2dadff62b264f971224efca52: Bug 1358223 - Part 1 - On Windows and macOS hardcode the minimum content sandbox level at 1. r=bobowen,haik,jimm
Alex Gaynor <agaynor@mozilla.com> - Fri, 12 May 2017 17:04:42 -0400 - rev 361616
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1358223 - Part 1 - On Windows and macOS hardcode the minimum content sandbox level at 1. r=bobowen,haik,jimm If the "security.sandbox.content.level" preference is set to a value less than 1, all consumers will automatically treat it as if it were level 1. On Linux and Nightly builds, setting the sandbox level to 0 is still allowed, for now. MozReview-Commit-ID: 9QNTCkdbTfm
068a854cba4ca71dbaa2be5223611d7980e290d2: Bug 1358227 - Removed the MOZ_ALLOW_WEAKER_SANDBOX environment variable; r=jimm
Alex Gaynor <agaynor@mozilla.com> - Wed, 31 May 2017 12:28:06 -0400 - rev 361615
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1358227 - Removed the MOZ_ALLOW_WEAKER_SANDBOX environment variable; r=jimm The Flash sandbox (which is the only thing this variable is used for) is stable at this point, and for testing purposes we still have MOZ_DISABLE_NPAPI_SANDBOX. MozReview-Commit-ID: 6sxb1tx7oA9
155a190e5c863b6d12387aec7b061a55061d59f0: Bug 1362213 - Implement chrome-only API to manage VR sessions r=daoshengmu,kanru,smaug
Kearwood Gilbert <kearwood@kearwood.com> - Mon, 08 May 2017 16:01:36 -0700 - rev 361614
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1362213 - Implement chrome-only API to manage VR sessions r=daoshengmu,kanru,smaug - Added new chrome-only webidl methods to be used by browser UI and WebExtensions - Implemented bitmasked group visibility for VR sessions to enable switching between chrome and regular content presentations. - Implemented throttling mechanism to avoid runaway, unthrottled render loops for VR sessions that are hidden by group visibility bitmasks or due to lower level platform VR events, such as during the Oculus "Health and Safety Warning". - Simplified the PVRManager IPC protocol while extending it to support VR session groups and later WebVR content performance profiling API's. - Removed the last WebVR related sync IPC call. MozReview-Commit-ID: BMEIPyYeEbq
fe207354c3a19be148bbdda509008332fd4a9f11: Bug 1368771 - Added a test which verifies that on macOS /Volumes isn't readable at sandbox level 3 r=haik
Alex Gaynor <agaynor@mozilla.com> - Tue, 30 May 2017 13:52:57 -0400 - rev 361613
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1368771 - Added a test which verifies that on macOS /Volumes isn't readable at sandbox level 3 r=haik r?haik MozReview-Commit-ID: HPW4luz5n0M
b555966eb1bbc72279295b50efb53ac8e3f1204a: Bug 1366862 add object_subrequest to types, r=aswan
Shane Caraveo <scaraveo@mozilla.com> - Mon, 29 May 2017 10:37:18 -0700 - rev 361612
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1366862 add object_subrequest to types, r=aswan MozReview-Commit-ID: GIjIycOUNAo
5d35bf17080431be82caca9b0a04f2e4a5a1b707: Bug 1211610 - Let async scrollbar dragging ride the trains. r=kats
Botond Ballo <botond@mozilla.com> - Mon, 29 May 2017 11:53:20 -0400 - rev 361611
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Bug 1211610 - Let async scrollbar dragging ride the trains. r=kats MozReview-Commit-ID: KGF4aGxAfl9
1941e33040491f2ba9c435cf10747e9200901083: Backed out changeset 9983ac05d7d1 (bug 1367110) for eslint failures in TelemetrySend.jsm (must use doublequotes). r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 31 May 2017 21:02:59 +0200 - rev 361610
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Backed out changeset 9983ac05d7d1 (bug 1367110) for eslint failures in TelemetrySend.jsm (must use doublequotes). r=backout
e30c63dcb366d2e8f89751d3962a9cbe50e58a2e: Backed out changeset 1b93ec532890 (bug 1367110)
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 31 May 2017 21:02:11 +0200 - rev 361609
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Backed out changeset 1b93ec532890 (bug 1367110)
83f02ddde71f96da055af41fd10c945be89dde67: Backed out changeset 244e7cfea731 (bug 1367110)
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 31 May 2017 21:02:07 +0200 - rev 361608
Push 31934 by ryanvm@gmail.com at Thu, 01 Jun 2017 00:25:46 +0000
Backed out changeset 244e7cfea731 (bug 1367110)
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip