cba00d196afa272e8a05b0c3d9442d97d63b1b72: Bug 1274146 part 2 - Redirect fullscreenchange event to video controls via a custom event. r?gijs draft
Xidorn Quan <me@upsuper.org> - Fri, 20 May 2016 14:52:27 +1000 - rev 369049
Push 18714 by xquan@mozilla.com at Fri, 20 May 2016 04:53:04 +0000
Bug 1274146 part 2 - Redirect fullscreenchange event to video controls via a custom event. r?gijs Handler for fullscreenchange event attached normally may affect or be affected by other event handlers from the content. More specifically, a handler listening on "fullscreenchange" event on a target would stop any handler on the same target listening on "mozfullscreenchange" from being invoked. The main idea of this patch is to use a system event listener to avoid affecting event handling in content. MozReview-Commit-ID: FWVuREsDK9a
2a62afde538e826d58b7d0118fba18aa376dabf2: Bug 1274146 part 1 - Use Services.els instead of loading event listener service manually. r?gijs draft
Xidorn Quan <me@upsuper.org> - Fri, 20 May 2016 10:57:12 +1000 - rev 369048
Push 18714 by xquan@mozilla.com at Fri, 20 May 2016 04:53:04 +0000
Bug 1274146 part 1 - Use Services.els instead of loading event listener service manually. r?gijs MozReview-Commit-ID: 7eqVOM9Zn5p
5a751abd6841ea0107e2cb39fefbc1a673669044: mybase draft
Xidorn Quan <quanxunzhen@gmail.com> - Wed, 04 Feb 2015 08:24:16 +1100 - rev 369047
Push 18714 by xquan@mozilla.com at Fri, 20 May 2016 04:53:04 +0000
mybase MozReview-Commit-ID: AIse40brXhE
9c4a20b6d8de584352d57464aa03450d4e5c8fd4: Bug 1193006 - Show icons next to non-default permissions in the Permissions section of the Control Center; r?paolo draft
gasolin <gasolin@gmail.com> - Fri, 20 May 2016 12:00:34 +0800 - rev 369046
Push 18713 by bmo:gasolin@mozilla.com at Fri, 20 May 2016 04:12:22 +0000
Bug 1193006 - Show icons next to non-default permissions in the Permissions section of the Control Center; r?paolo MozReview-Commit-ID: HiM8OYMxktG
61071b41bb08cb22f021eef1cc91c575237709c8: Bug 1270357 Implement runtime.connectNative() draft
Andrew Swan <aswan@mozilla.com> - Thu, 19 May 2016 21:07:57 -0700 - rev 369045
Push 18712 by aswan@mozilla.com at Fri, 20 May 2016 04:11:07 +0000
Bug 1270357 Implement runtime.connectNative() MozReview-Commit-ID: Fo4BxEo3xus
f7eb2162c52c6eb8605696d8deb773c5f089754e: r?jrmuizel - Add webgl.disable-wgl. (default: false) draft
Jeff Gilbert <jdashg@gmail.com> - Thu, 19 May 2016 19:40:30 -0700 - rev 369044
Push 18711 by jgilbert@mozilla.com at Fri, 20 May 2016 03:54:28 +0000
r?jrmuizel - Add webgl.disable-wgl. (default: false) From 7f233590e15bb0fcce396b4b8aadc82f9dcd981f Mon Sep 17 00:00:00 2001 --- dom/canvas/WebGLContext.cpp | 12 ++++++++++-- gfx/thebes/gfxPrefs.h | 1 + modules/libpref/init/all.js | 1 + 3 files changed, 12 insertions(+), 2 deletions(-) MozReview-Commit-ID: 6xk2qkh3WIs
9f98b1fa7185be87a6115bde8bdeeda0f0bafe8a: r?jrmuizel - Avoid using gfxPrefs in a widely-included header. draft
Jeff Gilbert <jdashg@gmail.com> - Thu, 19 May 2016 19:39:07 -0700 - rev 369043
Push 18711 by jgilbert@mozilla.com at Fri, 20 May 2016 03:54:28 +0000
r?jrmuizel - Avoid using gfxPrefs in a widely-included header. From b02080fc6310b60e572c2391aecaa8395eb0fc65 Mon Sep 17 00:00:00 2001 --- gfx/layers/ipc/ISurfaceAllocator.cpp | 8 ++++++++ gfx/layers/ipc/ISurfaceAllocator.h | 3 +-- 2 files changed, 9 insertions(+), 2 deletions(-) MozReview-Commit-ID: K8uZHB8xQlO
05607c1ad3dce768f4613c9f2abddb1ca035d0ab: r?jrmuizel - Add good driver versions to blocklist for draft
Jeff Gilbert <jdashg@gmail.com> - Thu, 19 May 2016 17:32:14 -0700 - rev 369042
Push 18711 by jgilbert@mozilla.com at Fri, 20 May 2016 03:54:28 +0000
r?jrmuizel - Add good driver versions to blocklist for From 7b58613f3d035795934ae3a8fc58017a8e35a6b8 Mon Sep 17 00:00:00 2001 webgl+native-gl. --- widget/windows/GfxInfo.cpp | 37 +++++++++++++++++++++++-------------- 1 file changed, 23 insertions(+), 14 deletions(-) MozReview-Commit-ID: 9ITPWT1EZzO
1d4362c20f9522aa45e8c7888cf594765469dd63: Bug 1268638 - r?jrmuizel - Update WebGL creation to allow draft
Jeff Gilbert <jdashg@gmail.com> - Thu, 19 May 2016 15:14:36 -0700 - rev 369041
Push 18711 by jgilbert@mozilla.com at Fri, 20 May 2016 03:54:28 +0000
Bug 1268638 - r?jrmuizel - Update WebGL creation to allow From 9f464312dbf5e8b8d6f529e4ff205494ede5c85a Mon Sep 17 00:00:00 2001 non-blacklisted native-gl. --- dom/canvas/WebGLContext.cpp | 125 ++++++++++++++++++++++++++------------------ dom/canvas/WebGLContext.h | 7 +-- 2 files changed, 77 insertions(+), 55 deletions(-) MozReview-Commit-ID: 9xQbTWBJ58D
03b877d39df4fb1de09162009a1e8244f6403547: Bug 1274192 part 2 - make MDSM and SeekTask to adopt new MediaDecoderReaderWrapper API; r?jwwang draft
Kaku Kuo <tkuo@mozilla.com> - Thu, 19 May 2016 19:02:20 +0800 - rev 369040
Push 18710 by tkuo@mozilla.com at Fri, 20 May 2016 03:46:44 +0000
Bug 1274192 part 2 - make MDSM and SeekTask to adopt new MediaDecoderReaderWrapper API; r?jwwang MozReview-Commit-ID: 36QOhD3Hc2f
fde2f6bc759a3d8c6df9c00666eb7217b5b89923: Bug 1271169 - Add gtest to ensure EME device binding works. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Tue, 10 May 2016 13:40:05 +1200 - rev 369039
Push 18709 by cpearce@mozilla.com at Fri, 20 May 2016 03:33:41 +0000
Bug 1271169 - Add gtest to ensure EME device binding works. r?gerald Call the device binding code in gtests, and have a test GMP which returns the device ID it was passed in a message, so that we can verify that the id the GMP was passed is the same as the id generated in the parent. MozReview-Commit-ID: Gjqvo6dRK1D
21958da4deff599fbba78675a94001ec97ec5f36: Bug 1271169 - Link librlz as both static and non static runtime libs. r?glandium draft
Chris Pearce <cpearce@mozilla.com> - Fri, 20 May 2016 14:57:07 +1200 - rev 369038
Push 18709 by cpearce@mozilla.com at Fri, 20 May 2016 03:33:41 +0000
Bug 1271169 - Link librlz as both static and non static runtime libs. r?glandium I want the EME device binding/nodeId code to be callable from gtests, as well as in plugin-container. I need this because I want to add a gtest that ensures that we don't regress the EME/GMP device binding code. I want to call the GMP device binding code in the gtest and in the GMP process, and compare the result. Unfortunately the gtests are linked against a dynamic MSVCRT, but librlz, where the device binding code lives, is linked with static MSVCRT so that it can be linked into plugin-container. So I can't just link the existing librlz used in plugin-container into gtests. So this patch causes us to build two versions of librlz; one with static and the other with dynamic MSVCRT usage. Note: the device binding code needs to be statically linked into plugin-container so that it's covered by the Adobe CDM's voucher tool. MozReview-Commit-ID: 5gR3apgKnI0
ad86ce6f02be5139e6ecfa63e183093d27c5b9cd: Bug 1271169 - Move EME/GMP device binding code into GMPDeviceBinding.h/cpp. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Wed, 11 May 2016 19:56:42 +1200 - rev 369037
Push 18709 by cpearce@mozilla.com at Fri, 20 May 2016 03:33:41 +0000
Bug 1271169 - Move EME/GMP device binding code into GMPDeviceBinding.h/cpp. r?gerald I want the EME device binding/nodeId code to be callable from gtests, as well as from in plugin-container. First step is to move the device binding code into a discrete file, so I can also link that into gtests, and call it from there to compare the result with what's in the GMP process. MozReview-Commit-ID: 9xT2rp3hWW
d5eb2eae2a310a776115dea00421eb30cb288243: Bug 1266415 - display a warning on about:debugging if service workers are disabled; draft
gasolin <gasolin@gmail.com> - Fri, 20 May 2016 11:30:56 +0800 - rev 369036
Push 18708 by bmo:gasolin@mozilla.com at Fri, 20 May 2016 03:31:11 +0000
Bug 1266415 - display a warning on about:debugging if service workers are disabled; MozReview-Commit-ID: Fohu8tpY0DA
ebe6f3e395e1e50ee373e5c0246bbb167568d13f: Bug 1274192 part 2 - make MDSM and SeekTask to adopt new MediaDecoderReaderWrapper API; r?jwwang draft
Kaku Kuo <tkuo@mozilla.com> - Thu, 19 May 2016 19:02:20 +0800 - rev 369035
Push 18707 by tkuo@mozilla.com at Fri, 20 May 2016 03:28:02 +0000
Bug 1274192 part 2 - make MDSM and SeekTask to adopt new MediaDecoderReaderWrapper API; r?jwwang MozReview-Commit-ID: 36QOhD3Hc2f
21d35ad33b967face090a1badb3c951369997c7d: Bug 1274192 part 1 - make the MediaDecoderReaderWrapper as a proxy of WaitForData(); r?jwwang draft
Kaku Kuo <tkuo@mozilla.com> - Thu, 19 May 2016 17:55:55 +0800 - rev 369034
Push 18707 by tkuo@mozilla.com at Fri, 20 May 2016 03:28:02 +0000
Bug 1274192 part 1 - make the MediaDecoderReaderWrapper as a proxy of WaitForData(); r?jwwang MozReview-Commit-ID: 5wYLuZRKJhA
d932ce54541b253158e95a30bd6700bde6381a68: Bug 1167519 - Calculate plausible starting value on compositor with TimeStamp::Now() when replacing an old transtion. r?birtles draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Fri, 20 May 2016 12:17:51 +0900 - rev 369033
Push 18706 by bmo:hiikezoe@mozilla-japan.org at Fri, 20 May 2016 03:23:47 +0000
Bug 1167519 - Calculate plausible starting value on compositor with TimeStamp::Now() when replacing an old transtion. r?birtles Transitions on the compositor sometimes go further ahead while the main-thread is busy. When the transition on the compositor is replaced by a new one, until now we calculate the current position of the old one with the most recent refresh time. But if the replace is done on a busy frame, the calculated position will be far from the real position on the compositor. As a result, we can see jumping transitions after busy frames. To mitigate this issue, we should calculate a plausible current position of the old one with the current time just before sending the new transition to the compositor, i.e., after all JS callback works have done. The plausible value is stored into KeyframeEffectReadOnly::mProperties, not into mKeyframes. If we store the value into keyframes, KeyframeEffectReadOnly::GetKeyframes() will return a different values after busy frames. Note that with this patch getComputedStyle() does not return the plausible value because this patch does not affect styling process. getComputedStyle issue will be fixed in bug 1273834. MozReview-Commit-ID: B85kIx6qeyy
24ec5db8c1791625c0d0258c2d1b5bb209a851fc: Bug 1274192 part 2 - modify MDSM; r?jwwang draft
Kaku Kuo <tkuo@mozilla.com> - Thu, 19 May 2016 19:02:20 +0800 - rev 369032
Push 18705 by tkuo@mozilla.com at Fri, 20 May 2016 03:23:18 +0000
Bug 1274192 part 2 - modify MDSM; r?jwwang MozReview-Commit-ID: 36QOhD3Hc2f
95214d0161baffa23804dd64f967ed50e11302a1: Bug 1271169 - Add gtest to ensure EME device binding works. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Tue, 10 May 2016 13:40:05 +1200 - rev 369031
Push 18704 by cpearce@mozilla.com at Fri, 20 May 2016 03:15:20 +0000
Bug 1271169 - Add gtest to ensure EME device binding works. r?gerald Call the device binding code in gtests, and have a test GMP which returns the device ID it was passed in a message, so that we can verify that the id the GMP was passed is the same as the id generated in the parent. MozReview-Commit-ID: Gjqvo6dRK1D
bac841630e547a6a02b4af477836daa91f6173f4: Bug 1271169 - Link librlz as both static and non static runtime libs. r?glandium draft
Chris Pearce <cpearce@mozilla.com> - Fri, 20 May 2016 14:57:07 +1200 - rev 369030
Push 18704 by cpearce@mozilla.com at Fri, 20 May 2016 03:15:20 +0000
Bug 1271169 - Link librlz as both static and non static runtime libs. r?glandium I want the EME device binding/nodeId code to be callable from gtests, as well as in plugin-container. I need this because I want to add a gtest that ensures that we don't regress the EME/GMP device binding code. I want to call the GMP device binding code in the gtest and in the GMP process, and compare the result. Unfortunately the gtests are linked against a dynamic MSVCRT, but librlz, where the device binding code lives, is linked with static MSVCRT so that it can be linked into plugin-container. So I can't just link the existing librlz used in plugin-container into gtests. So this patch causes us to build two versions of librlz; one with static and the other with dynamic MSVCRT usage. Note: the device binding code needs to be statically linked into plugin-container so that it's covered by the Adobe CDM's voucher tool. MozReview-Commit-ID: 5gR3apgKnI0
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip