a8b2268c99852d64c75d93e6a74060bc3c27995d: Bug 1599728 - Create ChangesFront/Actor pair for each target in inspector. r=jdescottes
Razvan Caliman <rcaliman@mozilla.com> - Thu, 12 Dec 2019 15:50:44 +0000 - rev 572282
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1599728 - Create ChangesFront/Actor pair for each target in inspector. r=jdescottes Request a ChangesFront for each target as soon as is becomes available. The on-demand approach in D54725 is abandoned because it introduces a client-server round trip on _every_ CSS mutation operation due to the need to ensure the ChangesActor is instantiated. By awaiting `changesFront.setup()` on every mutation, needless slowdown is introduced after the actor becomes available. Furthermore, the approach in D54725 spreads the knowledge about the ChangesFront in too many places in the codebase, something that will only get worse over time as the ChangesActor gains capabilities to track CSS changes from other sources or supports tracking DOM changes. Differential Revision: https://phabricator.services.mozilla.com/D55945
9794b0a3bffc474951b33527b738488717caffbf: Bug 1603384 - Update cubeb from upstream to aa63601. r=padenot
Alex Chronopoulos <achronop@gmail.com> - Thu, 12 Dec 2019 15:24:23 +0000 - rev 572281
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1603384 - Update cubeb from upstream to aa63601. r=padenot Differential Revision: https://phabricator.services.mozilla.com/D56872
7d77d727cd1e3b2de29a4ace198cafab9fbf7280: Merge mozilla-central to autoland. a=merge on a CLOSED TREE
Razvan Maries <rmaries@mozilla.com> - Thu, 12 Dec 2019 17:46:46 +0200 - rev 572280
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Merge mozilla-central to autoland. a=merge on a CLOSED TREE
f32b9853cac0558341b9ff14af73ea707e78291d: Bug 1601423 - Don't send a postMessage IPC message if the source BC has been discarded. r=farre
Andrew McCreight <continuation@gmail.com> - Thu, 12 Dec 2019 13:42:47 +0000 - rev 572279
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1601423 - Don't send a postMessage IPC message if the source BC has been discarded. r=farre Differential Revision: https://phabricator.services.mozilla.com/D56615
98f32f94cf96edce2e2a1d6d48ebc4b08967148e: No Bug, mozilla-central repo-update HSTS HPKP blocklist remote-settings tld-suffixes - a=repo-update r=RyanVM
ffxbld <ffxbld@mozilla.com> - Thu, 12 Dec 2019 15:32:17 +0000 - rev 572278
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
No Bug, mozilla-central repo-update HSTS HPKP blocklist remote-settings tld-suffixes - a=repo-update r=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D56907
4a6e133bc8de8a7be87b28b15ba0524e5d81befa: Bug 1601016 - Clarify crash ping docs r=gsvelto
Tim D. Smith <tdsmith@mozilla.com> - Thu, 12 Dec 2019 12:08:00 +0000 - rev 572277
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1601016 - Clarify crash ping docs r=gsvelto Make clear that payload.sessionId belongs to the crashing session, not the assembling session. The TelemetrySessionId crash annotation was never intentionally populated. Differential Revision: https://phabricator.services.mozilla.com/D56831
6a429cfa6440712c2cc878bcdd80e93ad3032444: Bug 1601034 - Only update the conduit in replaceTrack() if the track source changed between camera and non-camera. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Thu, 12 Dec 2019 09:35:37 +0000 - rev 572276
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1601034 - Only update the conduit in replaceTrack() if the track source changed between camera and non-camera. r=bwc Differential Revision: https://phabricator.services.mozilla.com/D56620
e17753103d27e3f24d4019a83b99729a3539f5ea: Bug 1601034 - Add a ProcessedMediaTrack layer in MediaPipelineTransmit to handle replaceTrack of ended tracks. r=dminor,padenot
Andreas Pehrson <apehrson@mozilla.com> - Thu, 12 Dec 2019 15:23:43 +0000 - rev 572275
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1601034 - Add a ProcessedMediaTrack layer in MediaPipelineTransmit to handle replaceTrack of ended tracks. r=dminor,padenot Before this patch, if a send audio MediaStreamTrack ended, we ended up not sending anything over the network. If replaceTrack() at that point replaced the ended track with a live one, we'd start sending data again, but the rtp stream would continue from where the previous track ended. Having a gap in audio like that would confuse a receiver's *video* jitter buffer, because it's trying to sync to an audio track that just had a massive amount of "jitter" (it can't tell the difference). This patch fixes this by adding a track layer in MediaPipelineTransmit that remains active for as long as the MediaPipeline is active. Thus if the send audio MediaStreamTrack ends, we continue sending silence over the network, which the receiver can understand. If later replaced, the receiver sees real audio instead of silence and continues gracefully. Differential Revision: https://phabricator.services.mozilla.com/D56619
15a4203d36b0faaf461854b472b46b59333952be: Bug 1584568 - add an API to construct background task queues; r=KrisWright
Nathan Froyd <froydnj@mozilla.com> - Thu, 12 Dec 2019 15:09:19 +0000 - rev 572274
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1584568 - add an API to construct background task queues; r=KrisWright For some clients, just dispatching tasks to some anonymous background thread is fine. But for other clients, they need to guarantee that dispatched events are executed in dispatch order, or they would like to have some guarantee that functions executing in the background are executing on a particular event target, or both. For such uses cases, we need something a little more sophisticated than simply handing out the `BackgroundEventTarget` `nsThreadManager` is using. Fortunately, we have an abstraction that provides these sorts of guarantees already in `mozilla::TaskQueue`. Since `mozilla::TaskQueue` requires a bit of special care during shutdown, we're not going to hand out new `TaskQueue` objects directly, but will instead hand out `nsISerialEventTarget` wrappers of the newly-created `TaskQueues`. `nsThreadManager` can then take care of shutting down all of the `TaskQueue` objects itself, rather than requiring clients to handle shutdown themselves. Differential Revision: https://phabricator.services.mozilla.com/D47454
d8ea4edd854df037cba6750f5dc1390ff3b8afc2: Backed out 10 changesets (bug 1599043) for build bustages in nsGlobalWindowOuter.cpp on a CLOSED TREE
Oana Pop Rus <opoprus@mozilla.com> - Thu, 12 Dec 2019 17:14:54 +0200 - rev 572273
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Backed out 10 changesets (bug 1599043) for build bustages in nsGlobalWindowOuter.cpp on a CLOSED TREE Backed out changeset 463b815557e4 (bug 1599043) Backed out changeset 7c3f0a58cc6c (bug 1599043) Backed out changeset 1eadd9f5b50e (bug 1599043) Backed out changeset e4ea0d47136b (bug 1599043) Backed out changeset 6b97581c33b6 (bug 1599043) Backed out changeset a68bd2acf5d6 (bug 1599043) Backed out changeset c8ed9c52508c (bug 1599043) Backed out changeset aaf83f7806b4 (bug 1599043) Backed out changeset 0ad30634e416 (bug 1599043) Backed out changeset 68219c132efc (bug 1599043)
e394d2344fb217b815efa7f3610de04c610cacf5: Bug 1595775 - Update raptor mobile recordings Q4/2019 r=perftest-reviewers,alexandru.irimovici,AlexandruIonescu
Florin Strugariu <fstrugariu@mozilla.com> - Thu, 12 Dec 2019 14:48:29 +0000 - rev 572272
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1595775 - Update raptor mobile recordings Q4/2019 r=perftest-reviewers,alexandru.irimovici,AlexandruIonescu Differential Revision: https://phabricator.services.mozilla.com/D53184
c201d1f7c1a806636f2a435ecb1de8ab6c90a9cd: Bug 1561715 - Part 1: Remove unused functionality in SchedulerGroup. r=smaug
Andreas Farre <farre@mozilla.com> - Wed, 11 Dec 2019 14:48:41 +0000 - rev 572271
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1561715 - Part 1: Remove unused functionality in SchedulerGroup. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D55638
463b815557e472c6d158cc0c2cc591cb140a4eb8: Bug 1599043 - Part 10: Make GeckoView to listen OnContentBlockingEvent on the parent process. r=geckoview-reviewers,agi
Tim Huang <tihuang@mozilla.com> - Thu, 12 Dec 2019 10:13:45 +0000 - rev 572270
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1599043 - Part 10: Make GeckoView to listen OnContentBlockingEvent on the parent process. r=geckoview-reviewers,agi The GeckoView is listening OnContentBlockingEvent in the content process. As we move the event into the parent process, we have to change it to listen the event in the parent process. This patch also adds a workaround in the test ContentBlockingControllerTest#getLog(). This workaround adds a 500ms delays before we check the ContentBlockingLog. This is needed because there is a delay between the notification of OnContentBlockingEven in the parent process and the actual recording of the log in the content process. This workaround will be no longer needed once we move the log entirely to the parent process (Bug 1599046). Differential Revision: https://phabricator.services.mozilla.com/D56749
7c3f0a58cc6c52ebdd6709a28da2b3bbdbc46069: Bug 1599043 - Part 9: Set channel matched info in channels in parent process. r=dimi
Tim Huang <tihuang@mozilla.com> - Thu, 12 Dec 2019 10:15:20 +0000 - rev 572269
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1599043 - Part 9: Set channel matched info in channels in parent process. r=dimi This patch makes the matched info also set into the channels in the parent process. This info is neeced for the ContentBlocking telemetry and GeckoView also relies on it. Differential Revision: https://phabricator.services.mozilla.com/D56748
1eadd9f5b50ee9f9e53b1ee75c409ecc62440c1a: Bug 1599043 - Part 8: Remove the unnecessary OnContentBlockingEvent event in PBrowser. r=dimi,Ehsan
Tim Huang <tihuang@mozilla.com> - Wed, 11 Dec 2019 15:01:41 +0000 - rev 572268
Push 2247 by ffxbld-merge at Mon, 03 Feb 2020 09:19:36 +0000
Bug 1599043 - Part 8: Remove the unnecessary OnContentBlockingEvent event in PBrowser. r=dimi,Ehsan The OnContentBlockingEvent is no longer needed once we make the OnContentBlockingEvent parent only. Differential Revision: https://phabricator.services.mozilla.com/D55788
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -15 +15 +100 +300 +1000 +3000 +10000 +30000 +100000 tip