05cb188797df6eba7dbf804b3682425c24fce819: no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Thu, 15 Feb 2018 01:19:21 -0800 - rev 454868
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump ta -> 7ad5137d5250
d0d8c94efadf5dd4006a0bd28a7cedeb06e5fd29: Bug 1425571 - remove deprecated pulse-notify config for jobs that moved to tc-notify, r=aki, a=release
Nick Thomas <nthomas@mozilla.com> - Wed, 14 Feb 2018 13:13:56 +1300 - rev 454867
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1425571 - remove deprecated pulse-notify config for jobs that moved to tc-notify, r=aki, a=release MozReview-Commit-ID: 2SPnApHlY2d
fe558d76faddcf10d0c0da32ac84f1289c9a7003: Bug 1425571 - switch to taskcluster-notify for all but the notify tasks, r=aki
Nick Thomas <nthomas@mozilla.com> - Wed, 14 Feb 2018 12:57:50 +1300 - rev 454866
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1425571 - switch to taskcluster-notify for all but the notify tasks, r=aki MozReview-Commit-ID: EDmlXF7SIdv
e9416c0efa81b9a7004e50965be95e8064035ff4: Backed out 6 changesets (bug 1435296) for eslint failures e.g. in browser/extensions/formautofill/test/unit/test_addressRecords.js, and devtools and XPCshell failures, e.g. services/sync/tests/unit/test_addons_engine.js. a=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 14 Feb 2018 22:54:23 +0200 - rev 454865
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Backed out 6 changesets (bug 1435296) for eslint failures e.g. in browser/extensions/formautofill/test/unit/test_addressRecords.js, and devtools and XPCshell failures, e.g. services/sync/tests/unit/test_addons_engine.js. a=backout Backed out changeset 6ca6a81f6f32 (bug 1435296) Backed out changeset 24cb1a9d9b23 (bug 1435296) Backed out changeset 9012bf881e43 (bug 1435296) Backed out changeset 576378b59e73 (bug 1435296) Backed out changeset 96bc5f3e4591 (bug 1435296) Backed out changeset 3cba8d67a642 (bug 1435296)
fdbffd31c38ec02013b497f1b53eb0b2a46f91a2: no bug - Bumping Firefox l10n changesets DONTBUILD r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Wed, 14 Feb 2018 11:19:45 -0800 - rev 454864
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
no bug - Bumping Firefox l10n changesets DONTBUILD r=release a=l10n-bump ast -> e782afc6999f be -> 2aa17af41e89 bg -> 2acec709613f br -> d68fb200b738 ca -> c1e02de9afce cak -> 5a6e13e904e9 da -> 75e01a8047b9 dsb -> 76eecba9e13a el -> d7b2e934984c et -> 2aba9abee3db eu -> b4dab4770c43 fa -> 3581afaa1885 fr -> bd013de35e41 fy-NL -> 236464213042 hsb -> 47ea8bde5cd2 hy-AM -> 6174c0cb429b ka -> 5f53d91940b4 km -> b8d5b7eda5b3 lv -> 64316b21f3fb ms -> 88dbd1ff31d6 pl -> 5795a3e5e3eb rm -> e102305d4319 sk -> e4e76ffc0efc sl -> e4adad43a37a sr -> a22efa5f457d zh-CN -> f663d901b35b
b4a0dd02e4eacf5e840c3ce51a3d45aeb80d1d9b: no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Wed, 14 Feb 2018 11:19:40 -0800 - rev 454863
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump zh-CN -> b7a3d7fe459b
aec659045f35f04f7d9ac319665d640a2ccd0a88: Backed out 2 changesets (bug 1358372) for leaks in many tests. a=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 14 Feb 2018 20:37:30 +0200 - rev 454862
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Backed out 2 changesets (bug 1358372) for leaks in many tests. a=backout Backed out changeset 444056446ee9 (bug 1358372) Backed out changeset e9139fb87c85 (bug 1358372)
6ca6a81f6f32e1e168ceec1a2f09766d9222bfe2: Bug 1435296 Address xpcshell test failures from increasing timer precision r=baku a=ritu
Tom Ritter <tom@mozilla.com> - Wed, 14 Feb 2018 11:44:18 -0600 - rev 454861
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Address xpcshell test failures from increasing timer precision r=baku a=ritu
24cb1a9d9b2357a508cbeeb94fa5c207cd4a8064: Bug 1435296 Clean 0ms durations in stub generation r=nchevobbe a=ritu
Tom Ritter <tom@mozilla.com> - Fri, 09 Feb 2018 19:31:52 -0600 - rev 454860
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Clean 0ms durations in stub generation r=nchevobbe a=ritu If the duration was 0ms, it would not be cleaned; and thus lead to a mismatch and ultimately test failure. MozReview-Commit-ID: 1s9nMzlGT0e
9012bf881e43f794e40ef930d888660407c9ea08: Bug 1435296 Update the CSS Animations tests to handle our new Timer Precision decision r=baku a=ritu
Tom Ritter <tom@mozilla.com> - Wed, 07 Feb 2018 20:35:38 -0600 - rev 454859
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Update the CSS Animations tests to handle our new Timer Precision decision r=baku a=ritu This commit does several subtle things. 1: It changes ok() to opener.ok() ok is not defined, we have to use opener.ok. This was not caught before because this call is used to provide additional debugging information when a test fails. Test didn't fail, didn't hit that line. 2: It disables the call to opener.ok() we just fixed. As the comment there describes, we expect that function to fail, so we don't want to assert(false). 3: It inverts failures to successes if only the reduceTimerPrecision pref is set MozReview-Commit-ID: lpKKhJoDs6
576378b59e73dd5dd65a7349bd7e4bf89b04df1c: Bug 1435296 Address test failures caused by bumping timer precision to 2 ms r=baku a=ritu
Tom Ritter <tom@mozilla.com> - Wed, 14 Feb 2018 11:32:05 -0600 - rev 454858
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Address test failures caused by bumping timer precision to 2 ms r=baku a=ritu There are a few different reasons why tests needed updating (not an exhaustive list): - Tests assume that successive operations take place at different times. - Tests assume that an operation took a minimum amount of time. - Tests hardcodes a specific delay. In most cases we hardcode the preference off. In some cases this is the best approach, in others, we would like to improve. The bug for tracking those improvements is Bug 1429648 An improvement that is present in some tests is to hardcode a specific precision reduction that is acceptable based on the confides of the test. (Obviously this needs to be a fix for the test framework and not a requirement on the feature being tested.) In a few places, the test itself can be fixed, for example to no longer require the end time of an operation to be strictly greater than the start time, and allows it to be equal to it.
96bc5f3e459189cc1b576d028e60a957a37a4a7e: Bug 1435296 Do not apply timer clamping to CSS animations. r=birtles a=ritu
Tom Ritter <tom@mozilla.com> - Wed, 07 Feb 2018 16:50:57 -0600 - rev 454857
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Do not apply timer clamping to CSS animations. r=birtles a=ritu This patch creates the capability to have callsites specify if timestamps should be clamped only in Resist Fingerprinting Mode, or in the more expansive Timer PRecision Reduction Mode. Then it changes the CSS Animation callsite to only apply in RFP Mode. This avoids regressing RFP. MozReview-Commit-ID: B1pSri0kRk6
3cba8d67a642f6ff0166812c77c83d72422336d7: Bug 1435296 Bump the default timer precision resolution to 2ms r=baku a=ritu
Tom Ritter <tom@mozilla.com> - Fri, 02 Feb 2018 11:05:40 -0600 - rev 454856
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1435296 Bump the default timer precision resolution to 2ms r=baku a=ritu MozReview-Commit-ID: G33jNNJVRSU
cb850e0aad33c42bc4723d38bee99b7423a37731: no bug - Bumping Firefox l10n changesets DONTBUILD r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Wed, 14 Feb 2018 10:19:34 -0800 - rev 454855
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
no bug - Bumping Firefox l10n changesets DONTBUILD r=release a=l10n-bump be -> df94b39fa61f cak -> 5adbe6a9f2a1 cy -> eb2a743b3721 eo -> 2899bffb451e fy-NL -> ef357b21a997 gu-IN -> 388a587f6555 is -> 28f12f503ac3 it -> 08a781c39267 pt-BR -> e8ed70034c4b sq -> 8071d86700f8
60cfaa3766ecf409ecbaae67f640fe22bc47e875: no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Wed, 14 Feb 2018 10:19:28 -0800 - rev 454854
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
no bug - Bumping Fennec l10n changesets DONTBUILD r=release a=l10n-bump is -> 28f12f503ac3
d5b7bbc956d67e9c28c408bd2d34c85f5fe5411c: Bug 1437213 - Revert top site pref to show 1 row instead of 2 rows for 59. r=dmose a=ritu on a CLOSED TREE
Ed Lee <edilee@mozilla.com> - Fri, 09 Feb 2018 15:48:15 -0800 - rev 454853
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1437213 - Revert top site pref to show 1 row instead of 2 rows for 59. r=dmose a=ritu on a CLOSED TREE MozReview-Commit-ID: 8mblhw6IoJ
4e1f1641976cd22428ba7bbec063d2eb8ff9c8cb: Bug 1436517 - Limit access to the server-timing header to HTTPS contexts. r=mcmanus a=ritu
Nicholas Hurley <hurley@mozilla.com> - Wed, 07 Feb 2018 16:05:38 -0800 - rev 454852
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1436517 - Limit access to the server-timing header to HTTPS contexts. r=mcmanus a=ritu This also introduces a hidden pref to allow server-timing access from HTTP contexts for the purposes of our xpcshell tests. We'll remove that once we get h2 (and therefore tls test) support for server-timing trailers (https://bugzilla.mozilla.org/show_bug.cgi?id=1436601). This does not reject or otherwise error when receiving server-timing headers or trailers on non-HTTPS contexts, it just makes it unavailable outside the channel. MozReview-Commit-ID: qi4h0VQknE
ff9753468f8c52fb2c29ab76bc888675335bee26: Bug 1436466 - Set dirty in CopyableCanvasRenderer::ClearCachedResources() r=jrmuizel a=ritu
sotaro <sotaro.ikeda.g@gmail.com> - Sat, 10 Feb 2018 08:13:52 +0900 - rev 454851
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1436466 - Set dirty in CopyableCanvasRenderer::ClearCachedResources() r=jrmuizel a=ritu bug 1379920 changed the way of dirty flag handling. And the dirty flag was not set when CopyableCanvasRenderer::ClearCachedResources() is called. Then ShareableCanvasRenderer::UpdateCompositableClient() did not update canvas.
2e8b4957bf5f477c66ef4da8390426d261b1daf2: bug 1436267 fallback from audio callback to system clock driver on error only once r=padenot a=ritu
Karl Tomlinson <karlt+@karlt.net> - Wed, 07 Feb 2018 20:16:01 +1300 - rev 454850
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
bug 1436267 fallback from audio callback to system clock driver on error only once r=padenot a=ritu Usually, mShouldFallbackIfError has been reset to false in DataCallback() before Stop() is called. However, if fallback to a system clock driver due to cubeb error had already occurred, then mShouldFallbackIfError would not have been reset, and Stop() is still called. With mShouldFallbackIfError still true, a cubeb error in stop would have created another fallback thread. I expect that resetting mShouldFallbackIfError in Stop() would also be an effective alternative solution, but resetting on StateCallback() happens earlier, which would be an advantage if any additional errors could possibly be reported to StateCallback(). MozReview-Commit-ID: E9j7PQmS3O4
1b25b61d773b47ad1ca081c2c88b0ae9286a38d3: Bug 1434861 - Simplify rescaling code in MediaEngineRemoteVideoSource::DeliverFrame. r=jib a=ritu
Andreas Pehrson <pehrsons@mozilla.com> - Thu, 01 Feb 2018 16:06:19 +0100 - rev 454849
Push 1648 by mtabara@mozilla.com at Thu, 01 Mar 2018 12:45:47 +0000
Bug 1434861 - Simplify rescaling code in MediaEngineRemoteVideoSource::DeliverFrame. r=jib a=ritu Most importantly, this reduces the number of copies to 1 in the common case. In a case where we are rescaling because there are competing gUM requests this does two copies, where one is the crop-and-scale operation itself. In the worst case we do two allocations, but with a buffer pool and a recycling ImageContainer we allocate very rarely in practice. MozReview-Commit-ID: B0Et4wZol9n
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip