16669eed518d04072b683807db35c5f15ec9ba35: Bug 1195073: [MSE/webm] P4. Limit nestegg reads to the last block's boundaries. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 19 Aug 2015 15:27:18 +1000 - rev 258818
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195073: [MSE/webm] P4. Limit nestegg reads to the last block's boundaries. r=kinetik This prevent entering into an unrecoverable error state when parsing incomplete data as often seen with MSE.
6f6fc1a91d0729d2712255a3c65ddc1333dfb83d: Bug 1195073: [webm] P3. Initialize members. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 19 Aug 2015 15:24:12 +1000 - rev 258817
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195073: [webm] P3. Initialize members. r=kinetik
1e983ccb61cc3bb87c77ea2361e061da70484106: Bug 1195073: [webm] P2. Add WebMBufferedState::GetLastBlockOffset method. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 19 Aug 2015 15:22:31 +1000 - rev 258816
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195073: [webm] P2. Add WebMBufferedState::GetLastBlockOffset method. r=kinetik MSE may input partial media segment, which could cause the WebMDemuxer and libnestegg to error upon encountering an incomplete block which can't be recovered from. this will allow to limit read to known complete blocks.
c5afa29ea85a8853e68f5a7a7baa1654f23d4cdc: Bug 1195073: [MSE/webm] P1. Detect individual webm clusters. r=kinetik
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 19 Aug 2015 15:20:09 +1000 - rev 258815
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195073: [MSE/webm] P1. Detect individual webm clusters. r=kinetik WebMContainerParser was incorrectly reporting webm blocks rather than clusters, causing the webm demuxer to later fail to parse the remaining data.
eaa9d14c60afa665387eaf33c2df44ebe23da996: Backout changesets af1b36497559 and 1d52ab626597 (bug 1189891) for pkix bustage
Mike Hommey <mh+mozilla@glandium.org> - Fri, 21 Aug 2015 15:05:32 +0900 - rev 258814
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Backout changesets af1b36497559 and 1d52ab626597 (bug 1189891) for pkix bustage
590916330ceea9bcc144f80450814efeb7628486: Bug 1169214: IonMonkey - Part 3: Add the x64 shared stub helpers, r=jandem
Hannes Verschore <hv1989@gmail.com> - Fri, 21 Aug 2015 07:56:44 +0200 - rev 258813
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1169214: IonMonkey - Part 3: Add the x64 shared stub helpers, r=jandem
39305ec41209417c931ae15af6086d50acda7c7e: Bug 1169214: IonMonkey - Part 2: Add the x86 shared stub helpers, r=jandem
Hannes Verschore <hv1989@gmail.com> - Fri, 21 Aug 2015 07:56:43 +0200 - rev 258812
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1169214: IonMonkey - Part 2: Add the x86 shared stub helpers, r=jandem
2e93437f86677b2574e8742f459313f1559648ea: Bug 1169214: IonMonkey - Part 1: Create Ion shared stub helpers, r=jandem
Hannes Verschore <hv1989@gmail.com> - Fri, 21 Aug 2015 07:56:41 +0200 - rev 258811
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1169214: IonMonkey - Part 1: Create Ion shared stub helpers, r=jandem
7aebd5a8b8a82ba14bc7a4178d5a950eb33d2854: Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 20 Aug 2015 16:50:08 +1000 - rev 258810
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe A typical non-fragmented mp4 would have the ftyp atom located at the beginning of the mp4 and the moov at the end. We would to calculate the location of the metadata by spanning the byte range of the two atoms. As such, we would typically allocate an amount of memory equivalent to the size of the mp4. Instead we now reconstruct the metadata to only have the ftyp and moov atoms contiguously.
1d52ab626597cd4e4364c84e06fdf661e7b5fe28: Bug 1189891 - Avoid including <cstring> from pkix/Input.h. r=bsmith
Mike Hommey <mh+mozilla@glandium.org> - Fri, 21 Aug 2015 08:29:06 +0900 - rev 258809
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1189891 - Avoid including <cstring> from pkix/Input.h. r=bsmith
af1b36497559922286709420122075bee68870a1: Bug 1189891: Only include STL wrapper requirements on the first include. r=glandium
Bas Schouten <bschouten@mozilla.com> - Thu, 20 Aug 2015 20:03:44 +0000 - rev 258808
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1189891: Only include STL wrapper requirements on the first include. r=glandium
4ff0f3bf54523456fa6d3d44091c1865ebd3690b: Bug 1196608 - Link liblgpllibs against mozglue. r=mshal
Mike Hommey <mh+mozilla@glandium.org> - Thu, 20 Aug 2015 11:51:56 +0900 - rev 258807
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1196608 - Link liblgpllibs against mozglue. r=mshal
50bdc607693ddc255fa6b4b46a748d1995f6fc6f: Bug 1120793 - Remove obsolete _Throw wrapping. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Wed, 19 Aug 2015 15:55:34 +0900 - rev 258806
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1120793 - Remove obsolete _Throw wrapping. r=froydnj
a9ae8b90c678e8ed81bbc7b71c8c7489066f3a22: Bug 1181056 - waitUntil() should throw if called when event is not dispatching. r=smaug
Nikhil Marathe <nsm.nikhil@gmail.com> - Tue, 18 Aug 2015 16:28:04 -0700 - rev 258805
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1181056 - waitUntil() should throw if called when event is not dispatching. r=smaug
8dfdf95523d51a96b4bdf9ea86830aa7f34c25ba: Bug 1181039 - ServiceWorkerRegistration must be compared by scope. r=bkelly
Nikhil Marathe <nsm.nikhil@gmail.com> - Wed, 19 Aug 2015 08:55:01 -0700 - rev 258804
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1181039 - ServiceWorkerRegistration must be compared by scope. r=bkelly The spec for getRegistration() and getRegistrations() states: "Resolve promise with a ServiceWorkerRegistration object, setting its service worker client to service worker client, which represents registration." indicating a new ServiceWorkerRegistration is created per call. The existing Blink test depends on Blink's implementation detail which caches the registration.
ec022b4e9d0b70e6c636ced98f0c5d99a9606eb3: Bug 1181037 - Use entry settings object's base URL. r=ehsan
Nikhil Marathe <nsm.nikhil@gmail.com> - Thu, 20 Aug 2015 13:56:37 -0700 - rev 258803
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1181037 - Use entry settings object's base URL. r=ehsan The second test, which checks for NetworkError is incorrect. [[Update]] step 12 states: "If response is a network error or response's status is not in the range 200 to 299, then: 1. Reject p with a TypeError." which specifically converts the NetworkError (due to 404) to a TypeError. Also fixes controller-on-reload.https.html Update web-platform-tests expected data
f062f4e357698e99cb8abbf61ce77ea23ce896d3: Revert "Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe"
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 21 Aug 2015 14:45:30 +1000 - rev 258802
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Revert "Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe" This reverts commit 73156610be5f
73156610be5fee801df20bbe591c5989d9cd98d5: Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 20 Aug 2015 16:50:08 +1000 - rev 258801
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1196398: [mp4] Do not allocate memory spanning across ftyp and moov atom. r=kentuckyfriedtakahe A typical non-fragmented mp4 would have the ftyp atom located at the beginning of the mp4 and the moov at the end. We would to calculate the location of the metadata by spanning the byte range of the two atoms. As such, we would typically allocate an amount of memory equivalent to the size of the mp4. Instead we now reconstruct the metadata to only have the ftyp and moov atoms contiguously.
ab8370de21b7849b1935a3ab209166a27a769684: Bug 1195672 - Revise the logic of long tap on empty content. f=mtseng, r=roc
Ting-Yu Lin <tlin@mozilla.com> - Wed, 19 Aug 2015 15:54:10 +0800 - rev 258800
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195672 - Revise the logic of long tap on empty content. f=mtseng, r=roc The only logic change is that we now call UpdateCaret() before dispatching CaretStateChangedEvent. This resolves a bug that the text selection dialog flashes when long tapping on an empty content.
6a5121bdb27779c2a3e42b5dfbf1462c3cfa5263: Bug 1195672 - Move the check that frame is selectable into SelectWord. f=mtseng, r=roc
Ting-Yu Lin <tlin@mozilla.com> - Wed, 19 Aug 2015 15:54:10 +0800 - rev 258799
Push 29263 by ryanvm@gmail.com at Sun, 23 Aug 2015 21:18:49 +0000
Bug 1195672 - Move the check that frame is selectable into SelectWord. f=mtseng, r=roc There's a bug that when a frame is focusable but not selectable, we won't focus on it because we call IsSelectable() before ChangeFocus(). By moving the check into SelectWord(), we'll have a chance to focus on it. This resolves a issue that when long press to select a word on a new opened app, the selection highlight is gray instead of blue.
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip