56596c60064e5d383947ea2c3960359e5afb98c1: bug 1244746 - mozharness pip freeze ignore_errors=True. r=jlund
Aki Sasaki <asasaki@mozilla.com> - Tue, 03 May 2016 18:23:56 -0700 - rev 363690
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
bug 1244746 - mozharness pip freeze ignore_errors=True. r=jlund MozReview-Commit-ID: LD98219O104
2916e49f2faad92cb58b8ae65a2809f9a9484512: Backed out changeset 6cfa5e25f30c (bug 1270062) for build bustage on Windows x64. r=bustage on a CLOSED TREE
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 04 May 2016 19:29:13 +0200 - rev 363689
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Backed out changeset 6cfa5e25f30c (bug 1270062) for build bustage on Windows x64. r=bustage on a CLOSED TREE
60ce6cc4da0665503d9f9f5f66c4ddd9474228ea: Bug 1269911 - beta and release CI builds should clobber per-checkin, r=rail
Jordan Lund <jlund@mozilla.com> - Tue, 03 May 2016 15:44:18 -0700 - rev 363688
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Bug 1269911 - beta and release CI builds should clobber per-checkin, r=rail * forces per checkin clobber only on 'release' platforms MozReview-Commit-ID: E7ZxdiYH47d
94c682c9371a7920f0460d6d202e24ec421d14eb: Bug 1231570 - Ensure we send a touchcancel after a prevented long-press. r=capella
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 03 May 2016 16:22:27 -0400 - rev 363687
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Bug 1231570 - Ensure we send a touchcancel after a prevented long-press. r=capella MozReview-Commit-ID: o5InXZjdUx
6cfa5e25f30cfeed22f8515793ac3350fb5e918d: Bug 1270062 - Update libcubeb to revision 95b115e10e6280b934fc7d09a2c801055a2207f9.
Paul Adenot <paul@paul.cx> - Wed, 04 May 2016 18:45:45 +0200 - rev 363686
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Bug 1270062 - Update libcubeb to revision 95b115e10e6280b934fc7d09a2c801055a2207f9. Review by jesup on IRC.
6251d574735fd599558529fc2f3b24091b8aff39: Bug 1269930: don't crash if an AEC logfile fails to open r=pkerr
Randell Jesup <rjesup@jesup.org> - Wed, 04 May 2016 11:48:18 -0400 - rev 363685
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Bug 1269930: don't crash if an AEC logfile fails to open r=pkerr MozReview-Commit-ID: 4MgOZe5jO3p
00dd4f7e1b8ff6a856ed70c5938f259905569f96: Bug 1269930: Fix some errant (though working) ifdefs in mods to upstream webrtc code r=pkerr
Randell Jesup <rjesup@jesup.org> - Wed, 04 May 2016 11:47:44 -0400 - rev 363684
Push 17288 by bmo:mh+mozilla@glandium.org at Thu, 05 May 2016 11:06:21 +0000
Bug 1269930: Fix some errant (though working) ifdefs in mods to upstream webrtc code r=pkerr MozReview-Commit-ID: 3bCBD3I4fHO
cefc237850f644e6a2d6981e755e1423943a9083: Bug 1269485 - Improve New Private Browsing start-page background styles r?Gijs draft
Ricky Chien <ricky060709@gmail.com> - Wed, 04 May 2016 17:05:50 +0800 - rev 363683
Push 17287 by bmo:rchien@mozilla.com at Thu, 05 May 2016 10:49:12 +0000
Bug 1269485 - Improve New Private Browsing start-page background styles r?Gijs MozReview-Commit-ID: 6gju3cfipJ3
2337975bc0f446376c295d3eef69b21f3b059f04: Bug 1268984 - Prefer to re-use a GMPParent with the requested nodeId rather than clone. r?jesup draft
Chris Pearce <cpearce@mozilla.com> - Thu, 05 May 2016 22:35:44 +1200 - rev 363682
Push 17286 by cpearce@mozilla.com at Thu, 05 May 2016 10:38:38 +0000
Bug 1268984 - Prefer to re-use a GMPParent with the requested nodeId rather than clone. r?jesup 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
354aa049be3162ce34552b4edbad80156f1ad678: Bug 1268984 - Store GMPStorage on GMPServiceParent so that it persists inside the same PB session. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Thu, 05 May 2016 11:41:33 +1200 - rev 363681
Push 17286 by cpearce@mozilla.com at Thu, 05 May 2016 10:38:38 +0000
Bug 1268984 - Store GMPStorage on GMPServiceParent so that it persists inside the same PB session. r?gerald 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
2f40f8ea33533df989a054546dc4fc8b6e66e1f9: Bug 1268984 - Ensure GMPs are re-inserted in GMPServiceParent::mPlugins in the same order in ReAddOnGMPThread. r=jesup draft
Chris Pearce <cpearce@mozilla.com> - Wed, 04 May 2016 13:57:20 +1200 - rev 363680
Push 17286 by cpearce@mozilla.com at Thu, 05 May 2016 10:38:38 +0000
Bug 1268984 - Ensure GMPs are re-inserted in GMPServiceParent::mPlugins in the same order in ReAddOnGMPThread. r=jesup 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
2bebff003e9110b190378c57dec1f1549f7a3001: Bug 1268798 part 4 - Mark Document.fullscreenElement and fullscreenEnabled with LenientSetter. r?smaug draft
Xidorn Quan <quanxunzhen@gmail.com> - Thu, 05 May 2016 20:32:26 +1000 - rev 363679
Push 17285 by xquan@mozilla.com at Thu, 05 May 2016 10:34:05 +0000
Bug 1268798 part 4 - Mark Document.fullscreenElement and fullscreenEnabled with LenientSetter. r?smaug MozReview-Commit-ID: B2F2sCLm0G8
7e661883c87ffee39bd783632749966bdb37d1c6: Bug 1268798 part 3 - Add LenientSetter extended attribute. r?khuey draft
Xidorn Quan <quanxunzhen@gmail.com> - Thu, 05 May 2016 20:31:02 +1000 - rev 363678
Push 17285 by xquan@mozilla.com at Thu, 05 May 2016 10:34:05 +0000
Bug 1268798 part 3 - Add LenientSetter extended attribute. r?khuey MozReview-Commit-ID: 61wybyS36KE
5bbdb0e996c29867a16e59747d64f4947bf0af93: Bug 1268798 part 2 - Add result summary for WebIDL parser test. r?khuey draft
Xidorn Quan <quanxunzhen@gmail.com> - Thu, 05 May 2016 19:36:39 +1000 - rev 363677
Push 17285 by xquan@mozilla.com at Thu, 05 May 2016 10:34:05 +0000
Bug 1268798 part 2 - Add result summary for WebIDL parser test. r?khuey MozReview-Commit-ID: DMgATDa9yXX
51683f8ccec315cda30ec4f776f888e1b9e3941d: Bug 1268798 part 1 - Fix exception whitelist in WebIDL parser. r?khuey draft
Xidorn Quan <quanxunzhen@gmail.com> - Thu, 05 May 2016 20:31:26 +1000 - rev 363676
Push 17285 by xquan@mozilla.com at Thu, 05 May 2016 10:34:05 +0000
Bug 1268798 part 1 - Fix exception whitelist in WebIDL parser. r?khuey MozReview-Commit-ID: 5rBXjHgQuGd
adccdb7791535b2a44bb5896d0fef74eff6794f4: Bug 1217134 - Replace show password placeholder with conventional show password checkbox; r?MattN draft
gasolin <gasolin@gmail.com> - Wed, 13 Apr 2016 11:37:38 +0800 - rev 363675
Push 17284 by bmo:gasolin@mozilla.com at Thu, 05 May 2016 10:29:27 +0000
Bug 1217134 - Replace show password placeholder with conventional show password checkbox; r?MattN MozReview-Commit-ID: 5YXCTO1sFGq
89fa3ed2cd3107bd4d98317ce164c75cf2286bcd: Bug 1217134 - Replace show password placeholder with conventional show password checkbox; r?MattN draft
gasolin <gasolin@gmail.com> - Wed, 13 Apr 2016 11:37:38 +0800 - rev 363674
Push 17283 by bmo:gasolin@mozilla.com at Thu, 05 May 2016 10:24:51 +0000
Bug 1217134 - Replace show password placeholder with conventional show password checkbox; r?MattN MozReview-Commit-ID: CcOq05OZzl6
d5a4aeaaa71167ac23493e72d987d9fda5b76e1e: Bug 1269408: P6. Add debugging information, useful when a mochitest timeout. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 05 May 2016 15:11:21 +1000 - rev 363673
Push 17282 by bmo:jyavenard@mozilla.com at Thu, 05 May 2016 09:46:33 +0000
Bug 1269408: P6. Add debugging information, useful when a mochitest timeout. r?gerald Access to some members is not thread-safe; but the typical use of those informations is when a mochitest has timed out, and by that time the MFR will have been idled for over 5 minutes. MozReview-Commit-ID: 21BxrSZXVVJ
ebd5d466e43901095f7cb534e36bcd2f8d1ce952: Bug 1269408: P5. Only drop the seek target if it's exactly the seek target. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 05 May 2016 15:09:42 +1000 - rev 363672
Push 17282 by bmo:jyavenard@mozilla.com at Thu, 05 May 2016 09:46:33 +0000
Bug 1269408: P5. Only drop the seek target if it's exactly the seek target. r?gerald If the Skip To Next Keyframe logic was activated, the next frame demuxed would have been passed the internal seek target, causing it to be unnecessarily dropped. MozReview-Commit-ID: DExwMPLXlZu
652977018f378949a4e3a35c445f7c56bcfde91e: Bug 1269408: P4. Ensure the decoders are flushed prior performing an internal seek. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 05 May 2016 15:06:40 +1000 - rev 363671
Push 17282 by bmo:jyavenard@mozilla.com at Thu, 05 May 2016 09:46:33 +0000
Bug 1269408: P4. Ensure the decoders are flushed prior performing an internal seek. r?gerald Some decoders (WMF) keep some internal counters on how many frames have been output and use this to calculate the time of the decoded audio frame. As such, when internally seeking, the next frame decoded would have always been past the seek target. MozReview-Commit-ID: puzs6ecqbD
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip