40e3f47554513ab025abbfd47bfdca848f09d0fe: Automated checkin: version bump for fennec 47.0b4 release. DONTBUILD CLOSED TREE a=release MOBILE470b4_2016051000_RELBRANCH FENNEC_47_0b4_BUILD1 FENNEC_47_0b4_RELEASE
ffxbld - Tue, 10 May 2016 00:05:01 -0400 - rev 324313
Push 5970 by ffxbld at Tue, 10 May 2016 04:05:24 +0000
Automated checkin: version bump for fennec 47.0b4 release. DONTBUILD CLOSED TREE a=release
2991f214d4f4d8a3c5cfd95e6223f0660006767d: Bug 1270161 Follow-up to fix beta build bustage. r=me a=me FIREFOX_47_0b4_BUILD1 FIREFOX_47_0b4_RELEASE
Ben Kelly <ben@wanderview.com> - Mon, 09 May 2016 17:11:16 -0700 - rev 324312
Push 5969 by bkelly@mozilla.com at Tue, 10 May 2016 00:11:24 +0000
Bug 1270161 Follow-up to fix beta build bustage. r=me a=me
beaf4d37d01c85e87cee2682604083a889beeb29: Bug 1270161 Make fetch() use a control runnable to cleanup if the worker thread is shutting down. r=baku a=ritu
Ben Kelly <ben@wanderview.com> - Thu, 05 May 2016 13:02:27 -0700 - rev 324311
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1270161 Make fetch() use a control runnable to cleanup if the worker thread is shutting down. r=baku a=ritu
cb18fea52de4dce3998730dc4f15d6b7507f8ab3: Bug 1267557 part 3 - Define JS_SWEPT_CODE_PATTERN for mips. r=nbp a=ritu
Heiher <r@hev.cc> - Thu, 28 Apr 2016 13:38:14 +0200 - rev 324310
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267557 part 3 - Define JS_SWEPT_CODE_PATTERN for mips. r=nbp a=ritu
686cf3f6d74a5125723241b5bac9d47699babf8d: Bug 1267557 part 2 - Use different jitcode poison values. r=nbp a=ritu
Jan de Mooij <jdemooij@mozilla.com> - Thu, 28 Apr 2016 13:38:12 +0200 - rev 324309
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267557 part 2 - Use different jitcode poison values. r=nbp a=ritu
6a5cce6346182ab8a8088983c680f86d0a20d132: Bug 1267557 part 1 - Also poison bytes allocated before the actual jitcode. r=nbp a=ritu
Jan de Mooij <jdemooij@mozilla.com> - Thu, 28 Apr 2016 13:38:10 +0200 - rev 324308
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267557 part 1 - Also poison bytes allocated before the actual jitcode. r=nbp a=ritu
507d849ea8f4ffc8cd51550d6c86b85b3faed05b: Bug 1267557 part 0 - Move JS poison constants to jsutil.h. r=jonco a=ritu
Jan de Mooij <jdemooij@mozilla.com> - Thu, 28 Apr 2016 13:38:05 +0200 - rev 324307
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267557 part 0 - Move JS poison constants to jsutil.h. r=jonco a=ritu
f996c47e3cfeb190bc4a928f1e605ddcb29a70d4: Bug 1266878 - Fix off-by-one error in ParamTraits<StereoMode> - r=nical, a=ritu
Edwin Flores <eflores@mozilla.com> - Mon, 25 Apr 2016 18:09:59 +0100 - rev 324306
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1266878 - Fix off-by-one error in ParamTraits<StereoMode> - r=nical, a=ritu
f08801dfeb2d33a8c7415d4745f3c17cd0a79123: Bug 1264780 - Handle destructuring cases when forcing binding initialization; r=bgrins a=ritu
Morgan Phillips <winter2718@gmail.com> - Fri, 15 Apr 2016 19:01:09 -0700 - rev 324305
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1264780 - Handle destructuring cases when forcing binding initialization; r=bgrins a=ritu
38353172c113bc15326531c994a57777baec9a60: Bug 1267567 - Unit test for non-ASCII AutoConfig files. r=mkaply a=ritu
Masatoshi Kimura <VYV03354@nifty.ne.jp> - Sat, 07 May 2016 00:06:33 +0900 - rev 324304
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267567 - Unit test for non-ASCII AutoConfig files. r=mkaply a=ritu
845ee0a38186e90851c3d7ee49ac83da1aea3b7e: Bug 1267567 - Treat string prefs as Unicode when the script encoding is UTF-8. r=mkaply a=ritu
Masatoshi Kimura <VYV03354@nifty.ne.jp> - Sat, 07 May 2016 00:06:33 +0900 - rev 324303
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1267567 - Treat string prefs as Unicode when the script encoding is UTF-8. r=mkaply a=ritu
16291dce26a20da5036ff92a04151d1995c95d30: Bug 1269165 - Restore ALSA plugins detection on non-Linux after bug 757637. r=jesup a=ritu
Jan Beich <jbeich@FreeBSD.org> - Sat, 30 Apr 2016 21:52:00 -0400 - rev 324302
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1269165 - Restore ALSA plugins detection on non-Linux after bug 757637. r=jesup a=ritu
3ea4c28099c532e6b3cff46265627364f301f496: Bug 1261375 fix load handling in pocket panel, r=gijs a=ritu
Shane Caraveo <scaraveo@mozilla.com> - Wed, 04 May 2016 09:19:10 -0700 - rev 324301
Push 5968 by kwierso@gmail.com at Mon, 09 May 2016 20:48:51 +0000
Bug 1261375 fix load handling in pocket panel, r=gijs a=ritu
2b710898eaf609aa9dc45fd75e03bc134d20f6b8: Bug 1270968 - Build fix for Beta. a=bustage
Chris Pearce <cpearce@mozilla.com> - Tue, 10 May 2016 08:44:50 +1200 - rev 324300
Push 5967 by cpearce@mozilla.com at Mon, 09 May 2016 20:45:29 +0000
Bug 1270968 - Build fix for Beta. a=bustage Bug 1268313 renamed NS_NewRunnableMethod to mozilla::NewRunnableMethod, but that hasn't been uplifted, causing this bustage.
a2b29f3391d7978754a78dc5035c11f939494715: Bug 1270968 - Add mechanism to clear GMP storage when its version changes. r=gerald,a=ritu,ba=cpearce
Chris Pearce <cpearce@mozilla.com> - Sat, 07 May 2016 09:19:15 +1200 - rev 324299
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1270968 - Add mechanism to clear GMP storage when its version changes. r=gerald,a=ritu,ba=cpearce In bug 1264497 we discovered that Netflix was broken because we'd made a change to not send the Adobe GMP the device bound nodeId, which it stored in GMP storage. When the GMP was comparing the nodeId it had stored against what it was passed (nothing) the comparison was failing. Users could have worked around this problem by clearing their GMP storage, whereupon the Adobe GMP will have stored "nothing" as its nodeId. When bug 1264497 was fixed, users who'd cleared their storage will see Netflix fail again, as their stored nodeId of "nothing" will again not match what we pass in. So to fix Netflix for these users, we need to clear GMP storage. This is another instance of a more general problem that we have occasionally encountered, namely that sometimes GMP storage becomes incompatible, and we need to clear it. Having a general mechanism that we can use to clear storage remotely will be helpful, so this patch adds one, and triggers it to fire. This mechanism is pref controlled, so that we can issue a hotfix if necessary to clear GMP storage. MozReview-Commit-ID: GzSyBj0P2JG
a0c1f2f189a2d1821b7b3b59ea92d3ede0e8661f: Bug 1269185 - Prevent crashes in Windows when zip files cannot be read. r=spohl,a=ritu
Kirk Steuber <ksteuber@mozilla.com> - Wed, 04 May 2016 12:57:21 -0700 - rev 324298
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1269185 - Prevent crashes in Windows when zip files cannot be read. r=spohl,a=ritu MozReview-Commit-ID: 32uEegoKL4J
694986f3c9868adae58bceae6035acc88eb87ca7: Bug 1268984 - Prefer to re-use a GMPParent with the requested nodeId rather than clone. r=jesup,a=ritu
Chris Pearce <cpearce@mozilla.com> - Thu, 05 May 2016 22:35:44 +1200 - rev 324297
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1268984 - Prefer to re-use a GMPParent with the requested nodeId rather than clone. r=jesup,a=ritu If you request a GMPParent with a nodeId, you should get any already running instances with the same nodeId in preference to cloning an existing GMP and assigning it the nodeId. This is ensures that EME GMP actors that are same-origin run in the same GMP instance. The GMP gtests are failing because of the cross-origin checks in GeckoMediaPluginServiceParent::SelectPluginForAPI(). The loop there selects the first GMPParent that can be used from the nodeId passed in. We previously assumed a GMPParent can be used from a nodeId if the GMPParent has the same nodeId, or if it has not loaded its process and it has no nodeId. The problem with assuming that, is if an in-use GMPParent with the target nodeId lies in the GeckoMediaPluginServiceParent::mPlugins list after a GMPParent with no nodeId, we'll end up using the first GMPParent (the one with no nodeId) rather than the one with the target nodeId. The solution is to change GeckoMediaPluginServiceParent::SelectPluginForAPI() so that effectively if we have a target nodeId, we'll select the first GMPParent that has the same nodeId, or we'll clone the first which supported all the requested capabilities/tags. This means when you request a GMPParent with a given nodeId, you'll get the one with the same nodeId (origin) by preference. MozReview-Commit-ID: 4yVnrO8B1Pg
1182c6ecfe5e6e3741c4a2e8b991cd4420579387: Bug 1268984 - Store GMPStorage on GMPServiceParent so that it persists inside the same PB session. r=gerald,a=ritu
Chris Pearce <cpearce@mozilla.com> - Thu, 05 May 2016 11:41:33 +1200 - rev 324296
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1268984 - Store GMPStorage on GMPServiceParent so that it persists inside the same PB session. r=gerald,a=ritu Prior to this change, we'd store the GMPStorage records for private browsing sessions in the GMPStorageParent. The problem with this is that they only have a lifespan matching their corresponding GMPParent. This means that if a GMP stores something in a PB session, and the GMP is shutdown and then re-created, we are likely to loose the stored data. This could mean that the PB session gets results it doesn't expect, and thus expose a way for PB mode to be detected. MozReview-Commit-ID: 1OMD0LvidYs
254daaf1315f97c19f2fbd9dbefae7ec2f135399: Bug 1268984 - Ensure GMPs are re-inserted in GMPServiceParent::mPlugins in the same order in ReAddOnGMPThread. r=gerald,jesup,a=ritu
Chris Pearce <cpearce@mozilla.com> - Wed, 04 May 2016 13:57:20 +1200 - rev 324295
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1268984 - Ensure GMPs are re-inserted in GMPServiceParent::mPlugins in the same order in ReAddOnGMPThread. r=gerald,jesup,a=ritu The GMP which GeckoMediaPluginServiceParent::FindPluginForAPIFrom() returns depends on the order in which GMPs lie in GMPServiceParent::mPlugins. However when we shutdown a GMPParent we remove and then re-append the GMPParent to mPlugins. This means the order in which GMPs lie in the list changes. So when WebRTC requests an H.264 decoder, the first time it will get OpenH264, since that's first in the list. But once we dispose of that decoder, its GMPParent will be cloned and the clone will be appended to the end of the list. This means the next time WebRTC requests a decoder, it'll get whatever was next in the list. This could be the Adobe GMP, which seems to be able to handle whatever WebRTC is putting into it. However, if you do this enough times, you'll get the Widevine CDM, which can't handle whatever WebRTC is putting into it. So a quick hack to fix this is in ReAddOnGMPThread is to re-insert the clone of the GMP into the slot in mPlugins that the original occupied. Then WebRTC will always get OpenH264 whenever it requests for an H.264 decoder, as the order of the GMPParents in mPlugins won't change. MozReview-Commit-ID: Ii4AMqDqAo9
073989f714c8ade2740d57fa6b64b9ea388e88a0: Bug 1264497 - Call GMPSetNodeId in GMPLoader. r=gerald,a=ritu
Chris Pearce <cpearce@mozilla.com> - Fri, 06 May 2016 14:49:12 +1200 - rev 324294
Push 5966 by cpearce@mozilla.com at Mon, 09 May 2016 20:16:08 +0000
Bug 1264497 - Call GMPSetNodeId in GMPLoader. r=gerald,a=ritu MozReview-Commit-ID: I6BApLKpjPS
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip