7495e866529ebd20352e63eb2b25dfa688a7dfd2: Bug 1320705: P5. Pass discard padding information from ogg container. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 30 Nov 2016 17:44:49 +1100 - rev 325259
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320705: P5. Pass discard padding information from ogg container. r=kinetik MozReview-Commit-ID: 8UKSVM0F0xF
d330cc7e9094d9e8d832280e3f0c125f876f8b68: Bug 1320705: P4. Pass discard padding information from webm container. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 30 Nov 2016 20:40:59 +1100 - rev 325258
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320705: P4. Pass discard padding information from webm container. r=kinetik MozReview-Commit-ID: G2OnV1iZohn
18b5d19d0abc3fc05d38e85c69b02fada82fae2b: Bug 1320705: P3. Update Opus decoder to discared mDiscardPadding. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 30 Nov 2016 20:40:24 +1100 - rev 325257
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320705: P3. Update Opus decoder to discared mDiscardPadding. r=kinetik MozReview-Commit-ID: 5BpUgsjh8i9
bea4ed2781a85d5c6b5128f3cf7b6c6400a69590: Bug 1320705: P2. Add mDiscardPadding information. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 30 Nov 2016 17:24:45 +1100 - rev 325256
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320705: P2. Add mDiscardPadding information. r=kinetik The WebMDemuxer added this information in the ExtraData field. However, this is incompatible with the MSE demuxer which will override the ExtraData field under some circumstances. It's cleaner to have a dedicated field anyway. MozReview-Commit-ID: GadD11zzZ8f
255480c6f63c3cc36b491f9abf1ff1bed456bd0f: Bug 1320705: P1. Fix function prototyping. r=gerald
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 30 Nov 2016 17:18:58 +1100 - rev 325255
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320705: P1. Fix function prototyping. r=gerald Returning already_AddRefed is by convention preferred. MozReview-Commit-ID: 1UyIcyBm923
fef5e39a4c3a0b9c4d3fbe5bd098fc17bf7bbb27: Merge m-c to autoland
Phil Ringnalda <philringnalda@gmail.com> - Sun, 04 Dec 2016 07:08:32 -0800 - rev 325254
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Merge m-c to autoland
73cbeef4f94009a35a082b62d18196664df6965f: Bug 1317326 - Pause media playing when headset unplugged, r=alwu,sebastian
maliu <max@mxli.us> - Fri, 25 Nov 2016 21:23:05 +0800 - rev 325253
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1317326 - Pause media playing when headset unplugged, r=alwu,sebastian MozReview-Commit-ID: GHdFWPgPum1
409240e746c8c54c85eb24c3ab13de5783d890aa: Bug 1320986 - Implement browsingData.settings WebExtensions API method, r=aswan
Bob Silverberg <bsilverberg@mozilla.com> - Mon, 28 Nov 2016 09:17:04 -0500 - rev 325252
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1320986 - Implement browsingData.settings WebExtensions API method, r=aswan MozReview-Commit-ID: JqUm77vFod2
632a2fddbc63c33b0f32a77bd9ed207cf630c857: Bug 1302800 - Verify taskgraph implementations against documentation; r=dustin
Hammad Akhtar <hammad13060@iiitd.ac.in> - Sat, 26 Nov 2016 01:22:46 +0530 - rev 325251
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1302800 - Verify taskgraph implementations against documentation; r=dustin MozReview-Commit-ID: J8djr4ifvzm
12637ae351d64ecbf6b74cdbf26d7eb24ac0f659: Merge m-i to m-c, a=merge
Phil Ringnalda <philringnalda@gmail.com> - Sun, 04 Dec 2016 07:04:02 -0800 - rev 325250
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Merge m-i to m-c, a=merge MozReview-Commit-ID: CO7PdhmLZCq
96749829f50afb4e1fd86195b8ca2e6b269c1ba6: Bug 1319640: Make obtaining of plugin IAccessible go through Chrome process on Sandboxed builds; r=tbsaunde
Aaron Klotz <aklotz@mozilla.com> - Sat, 03 Dec 2016 16:07:24 -0700 - rev 325249
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1319640: Make obtaining of plugin IAccessible go through Chrome process on Sandboxed builds; r=tbsaunde MozReview-Commit-ID: DQnOwJ1VpYS
522ef8286421b04ade4f963542ac35aa51e72e6a: Bug 1319640: Ensure that a11y::ChildrenEnumVariant does not output bad native accessible pointers; r=tbsaunde
Aaron Klotz <aklotz@mozilla.com> - Sat, 03 Dec 2016 15:42:21 -0700 - rev 325248
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1319640: Ensure that a11y::ChildrenEnumVariant does not output bad native accessible pointers; r=tbsaunde MozReview-Commit-ID: l0RDW9zDOo
6520346b0a23bda448e25df6b50ab309e940cdbd: Bug 1321946. Adjust asserts about the progress of an image to deal with how multipart images are handled. r=aosmond
Timothy Nikkel <tnikkel@gmail.com> - Sat, 03 Dec 2016 16:07:10 -0600 - rev 325247
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1321946. Adjust asserts about the progress of an image to deal with how multipart images are handled. r=aosmond For multipart images we create a MultipartImage which contains each part. Each part in turn is a VectorImage or RasterImage. The MultipartImage and each part image all have their own ProgressTracker. The ProgressTracker for the MultipartImage observes the notifications of each part image via the IProgressObserver interface. This interfaces notably has no way to notify about an image error. So when a part image has an error it never gets propagated to the MultipartImage's ProgressTracker. This confuses our assertions about consistency of progress notifications. In this case we expect that when we get the load complete notification then we either have the size of the image or we encountered an error. So if the first part of a multipart image is broken and we are unable to get a size from it we will trigger this assertion. There are two ways to fix this. One would be to propagate errors to the MultipartImage's ProgressTracker. This would put the ProgressTracker for the MultipartImage permanently into error state and prevent showing the images from the remaining parts if one part image had an error. So in this patch I create a way to tell a ProgressTracker that is is for a multipart image, and use that to relax the assertions. As far as I can tell our code should be able to handle "ignoring" an error in a bad part image. Addtionaly there is a way that an error flag can get propagated to the MultipartImage's tracker: in MultipartImage::FinishTransition we get the progress directly from the part image and notify for it. This seems like an oversight as the comment at https://dxr.mozilla.org/mozilla-central/rev/bfa85d23df57c8a1db17c99b267667becc1c4afd/image/imgRequest.cpp#989 indicates that we don't want one bad part to prevent later parts from displaying. So we add the error flag to the ones we filter out when we propagate progress.
84818f50b4f0b9afad86824b14924b44dc7e96e3: Merge m-c to m-i
Phil Ringnalda <philringnalda@gmail.com> - Sat, 03 Dec 2016 13:40:07 -0800 - rev 325246
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Merge m-c to m-i MozReview-Commit-ID: JopcCPm1XSI
90ad2f05b90d1ca988f5105057cb1d6abf577b10: Bug 1321703 - Reftest.
Mats Palmgren <mats@mozilla.com> - Sat, 03 Dec 2016 18:53:56 +0100 - rev 325245
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1321703 - Reftest.
bd4568a3fd8bad6ff4d8797175209a61462cdca0: Bug 1321703 - Use the margin-box when synthesizing a baseline from a block line with a non-visible-overflow child frame. r=dholbert
Mats Palmgren <mats@mozilla.com> - Sat, 03 Dec 2016 18:53:56 +0100 - rev 325244
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1321703 - Use the margin-box when synthesizing a baseline from a block line with a non-visible-overflow child frame. r=dholbert
ffe250d116edb093404b534883d9daba3792e15c: Merge autoland to m-c, a=merge
Phil Ringnalda <philringnalda@gmail.com> - Sun, 04 Dec 2016 07:02:41 -0800 - rev 325243
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Merge autoland to m-c, a=merge MozReview-Commit-ID: JfsuEZ8B40u
96c519a83bf03d4f54a63113fbd6f7548b9df111: Bug 1313706 - Enable captive portal detection on all channels. r=valentin
Nihanth Subramanya <nhnt11@gmail.com> - Thu, 01 Dec 2016 16:56:13 -0800 - rev 325242
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1313706 - Enable captive portal detection on all channels. r=valentin MozReview-Commit-ID: Gkg2AXl9RaD
4fe28bb060cf815e9ec038644a35d77c7462f5d0: Bug 1321410 - stop agent after cycle collection. r=jwwang
Alastor Wu <alwu@mozilla.com> - Sun, 04 Dec 2016 11:02:10 +0800 - rev 325241
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1321410 - stop agent after cycle collection. r=jwwang The crash reason seems the mOwner has been released, so we shouldn't call any method which would call mOwner. The AudioChannelAgentCallback could only be called from two parts, one is from mOwner, another is from AudioChannelService (via AudioChannelAgent). We don't want this class be called after mOwner was released, we should disconnect it from AudioChannelService. Calling NotifyStoppedPlaying() can unregister agent from service, so service won't call agent anymore. Therefore, no one would call AudioChannelAgentCallback after CC happened. MozReview-Commit-ID: 7HY4KpciacB
60f747f5ce44e6d9aa9c2ffdf004e0187b447f2b: Bug 1291468 - Part 3: Implement effect composite(accumulate). r=birtles
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Sun, 04 Dec 2016 08:07:41 +0900 - rev 325240
Push 24 by maklebus@msu.edu at Tue, 20 Dec 2016 03:11:33 +0000
Bug 1291468 - Part 3: Implement effect composite(accumulate). r=birtles MozReview-Commit-ID: GHowVrDZxvh
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 tip