8e32c076ea4b27e5fff38e54fd387eba0934200c: Bug 1262021 - Ensure remote commands are applied once per sync. r?markh draft
Kit Cambridge <kcambridge@mozilla.com> - Mon, 04 Apr 2016 15:39:37 -0700 - rev 347681
Push 14646 by kcambridge@mozilla.com at Tue, 05 Apr 2016 18:01:16 +0000
Bug 1262021 - Ensure remote commands are applied once per sync. r?markh MozReview-Commit-ID: 9YLtTnpDma8
714e9bea50265dcfab184ba9c0f992de5127435e: Bug 1255773 - Account for multiple media elements per node for Page Info. r?florian draft
Mike Conley <mconley@mozilla.com> - Tue, 05 Apr 2016 12:39:24 -0400 - rev 347680
Push 14645 by mconley@mozilla.com at Tue, 05 Apr 2016 17:51:36 +0000
Bug 1255773 - Account for multiple media elements per node for Page Info. r?florian MozReview-Commit-ID: GwzIYVsLgue
8cde4237ebfbe8794b1cfc54f3f5eec2e2a85fd0: Bug 1234315 - Introduce test for url to cache-filename r=nalexander draft
Andrzej Hunt <ahunt@mozilla.com> - Mon, 04 Apr 2016 15:12:04 -0700 - rev 347679
Push 14644 by ahunt@mozilla.com at Tue, 05 Apr 2016 17:10:39 +0000
Bug 1234315 - Introduce test for url to cache-filename r=nalexander We hash the page URL to produce a filename for each cached reader view page. For the purposes of the rl-migration we need a Java implementation, however the canonical implementation lives in the current JS readercache (which might be removed in future...). This test should help ensure that we don't lose saved items during the migration. We could extract getReaderCacheFileNameForURL(), however it seems safer to make it public instead - this makes it obvious that this is a migration-only method that shouldn't be modified/reused in future. MozReview-Commit-ID: GNg20nszMh9
d5664c873a19ee790f45afc6d6f78bbf0fc68633: Bug 1234315 - Add test for reading-list to bookmarks (30->31) migration draft
Andrzej Hunt <ahunt@mozilla.com> - Tue, 05 Apr 2016 09:59:42 -0700 - rev 347678
Push 14644 by ahunt@mozilla.com at Tue, 05 Apr 2016 17:10:39 +0000
Bug 1234315 - Add test for reading-list to bookmarks (30->31) migration MozReview-Commit-ID: EOKlyTbPD1w
854d83b20bdc343c91bf29595ca875e387655c0d: [temporary] (Bug 1234315) Create Bookmarks+Annotations view as part of rl-migration r?rnewman draft
Andrzej Hunt <ahunt@mozilla.com> - Wed, 23 Mar 2016 11:42:21 -0700 - rev 347677
Push 14644 by ahunt@mozilla.com at Tue, 05 Apr 2016 17:10:39 +0000
[temporary] (Bug 1234315) Create Bookmarks+Annotations view as part of rl-migration r?rnewman This commit will be squashed into the reading-list migration commit, but is separate for now to simplify review. We need a bookmarks+annotations view to generate the reading-list smart folder. This doesn't have to be part of the initial rl-migration, however it makes sense to generate this as part of that migration to avoid an additional migration just to add the new view. The reading-list smarfolder will be created in Bug 1257345. MozReview-Commit-ID: 85VC6f1E8TL
efa4944a77defacd6429c88ed7f0a56acdb1c893: Bug 1234315 - Migrate reading-list table to bookmarks r=rnewman draft
Andrzej Hunt <ahunt@mozilla.com> - Tue, 05 Apr 2016 09:53:32 -0700 - rev 347676
Push 14644 by ahunt@mozilla.com at Tue, 05 Apr 2016 17:10:39 +0000
Bug 1234315 - Migrate reading-list table to bookmarks r=rnewman MozReview-Commit-ID: FkeZFA9ZTp3
fd0ea96743b67cdaaf5ccfa50efd66384d7b86c1: Bug 1261522 - Support reloading an add-on. r?Mossop draft
Kumar McMillan <kumar.mcmillan@gmail.com> - Tue, 05 Apr 2016 12:02:15 -0500 - rev 347675
Push 14643 by bmo:kumar.mcmillan@gmail.com at Tue, 05 Apr 2016 17:04:14 +0000
Bug 1261522 - Support reloading an add-on. r?Mossop MozReview-Commit-ID: W8z1J4QzjE
10951b2b86eef43072a1faf322e0185c687eaaa3: Bug 1208371 - Do image format conversion async in MediaPipeline. r?jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Fri, 18 Mar 2016 11:01:26 +0100 - rev 347674
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Do image format conversion async in MediaPipeline. r?jesup This is necessary since frame conversion could stall the MediaStreamGraph, causing delay buildups and other junk. This passes frames to a TaskQueue that converts on its own thread pool and passes them on to VideoConduit when converted. If the TaskQueue already has some buffered tasks (3 for now) we will drop new frames coming in. MozReview-Commit-ID: FXQyN0LecrX
5b2d9f44f9c1eb292f25318bf38b826cefb4773d: Bug 1208371 - Don't push frames as they come in to MediaEngine. r?jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Tue, 08 Mar 2016 12:13:22 +0100 - rev 347673
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Don't push frames as they come in to MediaEngine. r?jesup That this caused problems is probably related to video not being supported for direct track listeners. Frames could pile up under load and delay the MSG since there were so many frames queued for processing. With a direct listener the MediaPipeline processing would occur on the MediaEngine's thread. MozReview-Commit-ID: DjKblA7dMz9
f7045b1a9acd0ac8ca1b63ff7936c58ec6a6db90: Bug 1208371 - Update sink identity after adding track. r?mt draft
Andreas Pehrson <pehrsons@gmail.com> - Mon, 14 Mar 2016 11:53:21 +0100 - rev 347672
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Update sink identity after adding track. r?mt MozReview-Commit-ID: HL4YvBe3SuN
d93c273b2d1e476027b8435127e199bdaa59ecef: Bug 1208371 - Don't treat audio chunks as mutable in MediaPipeline. r?padenot draft
Andreas Pehrson <pehrsons@gmail.com> - Thu, 10 Mar 2016 15:36:10 +0100 - rev 347671
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Don't treat audio chunks as mutable in MediaPipeline. r?padenot MozReview-Commit-ID: 26VPBK2WOsB
4388571fa228001ecd479975eb2ed245bdd94b9f: Bug 1208371 - Never send more than one disabled frame in a row to the WebRTC encoder. r?jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Thu, 10 Mar 2016 14:35:50 +0100 - rev 347670
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Never send more than one disabled frame in a row to the WebRTC encoder. r?jesup MozReview-Commit-ID: 1F7zjGz32ad
4d68cf3d9a8e7e255810b12ea6bd8c54eec232dc: Bug 1208371 - Forward declare DOMMediaStream in HTMLMediaElement.h. r?jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Sat, 23 Jan 2016 23:20:28 +0800 - rev 347669
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Forward declare DOMMediaStream in HTMLMediaElement.h. r?jesup MozReview-Commit-ID: KUPovpKfgek
5f0597d0bfa673223c8e832198229781d3a76e6d: Bug 1208371 - Forward declare MediaStreamGraph classes in MediaPipeline.h. r?bwc draft
Andreas Pehrson <pehrsons@gmail.com> - Tue, 26 Jan 2016 16:19:08 +0800 - rev 347668
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Forward declare MediaStreamGraph classes in MediaPipeline.h. r?bwc MozReview-Commit-ID: DsDHelzMsz0
7d5bf0c5a57665046991d775379954622553295b: Bug 1208371 - Move GetCurrentTime undef to DOMMediaStream.cpp. r?jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Fri, 22 Jan 2016 17:23:10 +0800 - rev 347667
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Move GetCurrentTime undef to DOMMediaStream.cpp. r?jesup Not sure why this surfaced now. Include ordering must have changed. MozReview-Commit-ID: 43eGMdVoycw
52ef0afafb81e0aedb4eff2bc8391ea4692c8dea: Bug 1208371 - Move MediaStreamTrack's label to MediaStreamTrackSource. r?jib draft
Andreas Pehrson <pehrsons@gmail.com> - Fri, 22 Jan 2016 16:27:37 +0800 - rev 347666
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Move MediaStreamTrack's label to MediaStreamTrackSource. r?jib MozReview-Commit-ID: Aj7Cht4zxc6
c84970b8f604ffa1d0b4486202c9b2f907e52a09: Bug 1208371 - Clean up unnecessary virtuals in MediaPipeline. r?bwc draft
Andreas Pehrson <pehrsons@gmail.com> - Fri, 22 Jan 2016 11:34:15 +0800 - rev 347665
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Clean up unnecessary virtuals in MediaPipeline. r?bwc MozReview-Commit-ID: 1XTgE5oSdAs
f700a0e783df7a4c37ec80d6139bcc8d5d6e1edc: Bug 1208371 - Forward declare MediaStreamTrack in MediaPipeline.h. r?bwc draft
Andreas Pehrson <pehrsons@gmail.com> - Fri, 22 Jan 2016 11:33:43 +0800 - rev 347664
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Forward declare MediaStreamTrack in MediaPipeline.h. r?bwc MozReview-Commit-ID: C6PCMIEJVQD
cc2748b1fe42e6420d936d810b9d8975ade0bbd4: Bug 1208371 - Ensure a media element's ImageContainer is protected when playing a stream. r?mt,jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Thu, 04 Feb 2016 09:27:09 +0800 - rev 347663
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Ensure a media element's ImageContainer is protected when playing a stream. r?mt,jesup HTMLMediaElement needs special protection when playing a stream since its ImageContainer can outlive the video track of a stream. Consider for instance when a (cross-origin) video track is removed from a DOMMediaStream by a user and the remaining video track (non-CORS) does not yet contain any actual video frames. The HTMLMediaElement will display a frame from the removed track but the DOMMediaStream's principal has been updated to not include the principal from the removed track. With this patch we handle this by letting VideoFrameContainer notify HTMLMediaElement when it has flushed out all video frames belonging to a certain PrincipalHandle. I.e., when a new PrincipalHandle has been applied to the underlying ImageContainer. MozReview-Commit-ID: LvIZPl6Rdgj
6d032f4fcc64f0ad20100d3faed540a87ec71ae4: Bug 1208371 - Ensure DOMMediaStream principals reflect what could reside in their playback streams. r?mt,jesup draft
Andreas Pehrson <pehrsons@gmail.com> - Wed, 16 Mar 2016 16:00:34 +0100 - rev 347662
Push 14642 by pehrsons@gmail.com at Tue, 05 Apr 2016 16:45:34 +0000
Bug 1208371 - Ensure DOMMediaStream principals reflect what could reside in their playback streams. r?mt,jesup Calculating a principal when adding a track is easy - just combine the new track principal into the stream's principal. When removing a track it's a bit trickier. The DOMMediaStream has to wait until the MediaStreamGraph has removed the track from the underlying playback stream. We do this by letting the MediaStreamGraph return a Pledge (single threaded Promise) when blocking a track in a stream (the way we end removed tracks). The pledge gets passed to the MediaStreamGraph and when the block has been applied it is passed back to the main thread where it is finally resolved and the DOMMediaStream may recompute its principal once all outstanding track removals have been applied. MozReview-Commit-ID: 3QP0YcDyfGf
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip