442e8020e2acc12d945c979d70d09da04e0107b9: Bug 1402584 - add logs for debugging. See comment 5 for the detail. r=gerald
JW Wang <jwwang@mozilla.com> - Mon, 02 Oct 2017 13:51:04 +0800 - rev 384643
Push 52707 by jwwang@mozilla.com at Thu, 05 Oct 2017 05:22:47 +0000
Bug 1402584 - add logs for debugging. See comment 5 for the detail. r=gerald MozReview-Commit-ID: 48zKkVt5hbK
85b73d4c4c9cf8792096b16db0c5a711b1e0ee24: Bug 1405566 - Clamp future and far past synced history visit dates. r=markh
Kit Cambridge <kit@yakshaving.ninja> - Wed, 04 Oct 2017 14:16:29 -0700 - rev 384642
Push 52706 by kcambridge@mozilla.com at Thu, 05 Oct 2017 05:17:15 +0000
Bug 1405566 - Clamp future and far past synced history visit dates. r=markh MozReview-Commit-ID: Gs0DpTTu1Ab
843d4559d5916e0548c4bc6cd85238fa187cf63f: Bug 1291413 - Fix assertion when resuming an Animation with both a start time and hold time; r=hiro
Brian Birtles <birtles@gmail.com> - Thu, 05 Oct 2017 10:50:38 +0900 - rev 384641
Push 52705 by bbirtles@mozilla.com at Thu, 05 Oct 2017 04:59:44 +0000
Bug 1291413 - Fix assertion when resuming an Animation with both a start time and hold time; r=hiro When we set the playback rate to zero on a play-pending animation that is resuming from an aborted pause we can arrive in a state where both the start time and hold time are resolved. However, we previously added an assertion that only one of these is ever set at a time. Part of the assertion is warranted since that method contains the following code: if (mStartTime.IsNull()) { mStartTime = StartTimeFromReadyTime(aReadyTime); if (mPlaybackRate != 0) { mHoldTime.SetNull(); } } Here StartTimeFromReadyTime requires a non-null hold time. So either mStartTime or mHoldTime needs to be non-null. The requirement that only one or the other be non-null, however, is not in the spec and not necessary (as the test cases in this bug show). What this assertion does bring to light, however, is that in the case where we have *both* the start time and the hold time, we need to consider whether to use the start time as-is, or calculate it from the hold time. I have filed the following spec issue for this: https://github.com/w3c/web-animations/issues/200 MozReview-Commit-ID: CTCT7Up1E5n
edb7fa9379c7a4464a9624948a3da7d3b73bf902: Bug 1215089 - P11. Correctly use stride parameter in place of width with webrender. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 05 Oct 2017 01:42:28 +0200 - rev 384640
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P11. Correctly use stride parameter in place of width with webrender. r=mattwoodrow MozReview-Commit-ID: KcI6fcOgSkX
7b28ae5ebc77776cd8f9e5237d84826ae2234255: Bug 1215089 - P10: Enable 10/12 bits video with OGL compositor. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 30 Sep 2017 01:22:40 +0200 - rev 384639
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P10: Enable 10/12 bits video with OGL compositor. r=mattwoodrow MozReview-Commit-ID: AOSZla0ZX4S
6c08410e3a753413da781b426db13d2296749a91: Bug 1215089 - P9: Add support for 10/12 bits YUV surface with OpenGL compositor. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 29 Sep 2017 21:51:29 +0200 - rev 384638
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P9: Add support for 10/12 bits YUV surface with OpenGL compositor. r=mattwoodrow MozReview-Commit-ID: BR9G7cyopz0
073ff4644573a77a071e158bf88ab1c6a8713ab3: Bug 1215089 - P8: Only enable 10/12 bits videos with software compositor. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 29 Sep 2017 21:39:50 +0200 - rev 384637
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P8: Only enable 10/12 bits videos with software compositor. r=mattwoodrow MozReview-Commit-ID: 2tdeH2kdZ3P
b55e89b5df041a28c7bf34d6896224a7e2d94929: Bug 1215089 - P7: Add support for 10/12 bits YUV surface with basic compositor. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 29 Sep 2017 16:37:56 +0200 - rev 384636
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P7: Add support for 10/12 bits YUV surface with basic compositor. r=mattwoodrow MozReview-Commit-ID: Ej4MbvHnSk9
84bcd57f2404a4fc48a42b36e5f553c8dec001ff: Bug 1215089 - P6: Remove dead code. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 04 Oct 2017 03:26:45 +0200 - rev 384635
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P6: Remove dead code. r=mattwoodrow The method isn't called and the comments referring to it are no longer applicable. MozReview-Commit-ID: 2FFWhj7wzht
daf9357023dcc2e42cdced264f4cce6671b2b2ec: Bug 1215089 - P5: Convert 10/12 bits YUV image to 8 bits prior conversion to RGB. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 29 Sep 2017 13:43:09 +0200 - rev 384634
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P5: Convert 10/12 bits YUV image to 8 bits prior conversion to RGB. r=mattwoodrow For now, convert 10/12 bits YUV image to 8 bits. Native support will be tracked in bug 1379948 MozReview-Commit-ID: LOr9X5xxKY7
6a76cec689e24232e0f99695e76a3629f9e1df62: Bug 1215089 - P4: Add support to 10 and 12 bits YUV images to FFmpeg decoder. r=kentuckyfriedtakahe
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 29 Jun 2017 23:11:06 +0200 - rev 384633
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P4: Add support to 10 and 12 bits YUV images to FFmpeg decoder. r=kentuckyfriedtakahe This allows for decoding VP9 profile 2 and 3. At this stage, it is not possible to render the decoded frames. MozReview-Commit-ID: DFXMvaM8Ynb
bcfc414429b64c64c9e7932250b82c1369352f11: Bug 1215089 - P3: Add mBitDepth member to YCbCr data structure. r=kamidphish,mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 29 Jun 2017 23:09:20 +0200 - rev 384632
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P3: Add mBitDepth member to YCbCr data structure. r=kamidphish,mattwoodrow MozReview-Commit-ID: BNLawJOfj3w
9dc83d91c3364d36053b7ad9860271f4e67d0ddd: Bug 1215089 - P2: Add YUV422 support to ffmpeg decoder. r=kentuckyfriedtakahe
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 29 Jun 2017 23:07:03 +0200 - rev 384631
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P2: Add YUV422 support to ffmpeg decoder. r=kentuckyfriedtakahe This allows for VP9 profile 1 support. MozReview-Commit-ID: KymoerXNyzA
0e317864f85c46dca5f4a3ad0ca45d6e243bafb5: Bug 1215089 - P1: Properly use frame dimensions to determine planes divisors. r=jgilbert
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 04 Oct 2017 23:26:42 +0200 - rev 384630
Push 52704 by jyavenard@mozilla.com at Thu, 05 Oct 2017 04:14:22 +0000
Bug 1215089 - P1: Properly use frame dimensions to determine planes divisors. r=jgilbert There's no guarantee that the stride of the uv planes is twice as wide as the y plane's stride. This relationship is only true between the planes' width. MozReview-Commit-ID: JInge1c86Z1
79eea0c0cbb2af26ca89c39017b8c6200820781a: servo: Merge #18734 - stylo: `all` shorthand should not apply to internal properties (from Manishearth:stylo-all); r=upsuper
Manish Goregaokar <manishsmail@gmail.com> - Wed, 04 Oct 2017 20:57:24 -0500 - rev 384629
Push 52703 by servo-vcs-sync@mozilla.com at Thu, 05 Oct 2017 04:12:05 +0000
servo: Merge #18734 - stylo: `all` shorthand should not apply to internal properties (from Manishearth:stylo-all); r=upsuper r=xidorn https://bugzilla.mozilla.org/show_bug.cgi?id=1404057 Source-Repo: https://github.com/servo/servo Source-Revision: 43686a8738513db728eebcc535b5ac6e1a2f17f7
19185f801cdd5f5164c26b2e070ee6db938e39c2: Bug 1403402 - Should not migrate profile for a fresh install, r=MattN
Fischer.json <fischer.json@gmail.com> - Thu, 28 Sep 2017 11:44:59 +0800 - rev 384628
Push 52702 by ryanvm@gmail.com at Thu, 05 Oct 2017 03:29:44 +0000
Bug 1403402 - Should not migrate profile for a fresh install, r=MattN MozReview-Commit-ID: D9uMUXO2PV5
a4ae049b878ef569be4929a2307755226911b853: Bug 1343147 - Part 2. A crash test of painting elements with both perspective and transform in generate text mask for background-clip:text. r=mstange
cku <cku@mozilla.com> - Fri, 08 Sep 2017 14:24:17 +0800 - rev 384627
Push 52701 by cku@mozilla.com at Thu, 05 Oct 2017 03:23:06 +0000
Bug 1343147 - Part 2. A crash test of painting elements with both perspective and transform in generate text mask for background-clip:text. r=mstange MozReview-Commit-ID: 6KKo9ap2VZu
84451d723686bc47b81c44ed2ddf6c61f3e35915: Bug 1343147 - Part 1. Do not double applying transform vector of the root frame in a glyph mask into the target context. r=mstange
cku <cku@mozilla.com> - Tue, 03 Oct 2017 11:29:19 +0800 - rev 384626
Push 52701 by cku@mozilla.com at Thu, 05 Oct 2017 03:23:06 +0000
Bug 1343147 - Part 1. Do not double applying transform vector of the root frame in a glyph mask into the target context. r=mstange When we generate the glyph mask for a transformed frame in GenerateAndPushTextMask, the transform vector had been applied into aContext[1], so we should find a way to prevent applying the vector again when painting the glyph mask. In bug 1299715, I tried to prevent double apply at [2], it caused two problems: 1. We only skip generating nsDisplayTransform, but we may still create a nsDisplayPerspactive bellow. Since the parent of a nsDisplayPerspective must be a nsDisplayTransform, which have been ignored, so we hit this assertion. 2. We skip all transform for all frames while painting the glyph mask, which is not correct. We should only skip double applying transform vector of the root frame. This patch fixes both of these issues: a. We will still create a nsDisplayTransform for the root frame if need. But the transform matrix we apply into the target context will be an identity matrix, so we fix #1 above. b. In #a, we change the transform matrix to an identity matrix only for the root frame of the glyph mask, so we fix #2. [1] https://hg.mozilla.org/mozilla-central/file/59e5ec5729db/layout/painting/nsDisplayList.cpp#l752 [2] https://hg.mozilla.org/mozilla-central/file/ce2c129f0a87/layout/generic/nsFrame.cpp#l2806 MozReview-Commit-ID: 973lkQQxLB6
3eb67a3d22b3030aa1280972c23dc76a57a8ec95: Bug 1405287 - Change splash screen image. r=jwu
Nevin Chen <cnevinchen@gmail.com> - Tue, 03 Oct 2017 06:02:00 -0400 - rev 384625
Push 52700 by ryanvm@gmail.com at Thu, 05 Oct 2017 03:17:30 +0000
Bug 1405287 - Change splash screen image. r=jwu MozReview-Commit-ID: 9RH2XLj6LRq
3e22200b7e839722b7b5090410d7769ed4fbea04: Bug 1324883 - part2: Once a MediaElement receive document unload event, remove all MediaElements in gElementTable with the same uri. r=jwwang
bechen@mozilla.com <bechen@mozilla.com> - Tue, 03 Oct 2017 12:07:13 +0800 - rev 384624
Push 52699 by ryanvm@gmail.com at Thu, 05 Oct 2017 03:16:03 +0000
Bug 1324883 - part2: Once a MediaElement receive document unload event, remove all MediaElements in gElementTable with the same uri. r=jwwang MozReview-Commit-ID: 7Z0ouKsebp8
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip