8ce96306c2d339d94a49a442d5c56320b13b8169: Bug 1120023 - Clean up semantics of SourceBufferResource reading. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Sat, 10 Jan 2015 02:05:28 -0800 - rev 223170
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1120023 - Clean up semantics of SourceBufferResource reading. r=cpearce This patch refactors things and makes two function changes: (1) ReadFromCache does not block and properly fails if the data is unavailable. (2) Read and ReadAt block if an out-param is _not_ provided, rather than the reverse. Both karlt and I think this is the appropriate thing to do.
6dab2820469ae49c71d3bd7045d44a915810f7b5: Backout ca411b1cf001 (bug 1109945) for shader editor failures
Wes Kocher <wkocher@mozilla.com> - Fri, 09 Jan 2015 21:03:54 -0800 - rev 223169
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Backout ca411b1cf001 (bug 1109945) for shader editor failures
6bed029c93f6cb2d93b3cc668260b3ef141ff2f7: Merge m-c to inbound a=merge
Wes Kocher <wkocher@mozilla.com> - Fri, 09 Jan 2015 21:00:13 -0800 - rev 223168
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Merge m-c to inbound a=merge
cadb53efd449dfb7f4f8af292b7421da2746835e: Bug 1118076 - Remove MOZ_THIS_IN_INITIALIZER_LIST. r=Waldo
Chris Peterson <cpeterson@mozilla.com> - Tue, 06 Jan 2015 21:39:46 -0800 - rev 223167
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1118076 - Remove MOZ_THIS_IN_INITIALIZER_LIST. r=Waldo
1831405086dc4c3a8b10b632da3f62ba43b85beb: Bug 1118559 - Make checking if a slot is aliased less confusing. (r=jandem)
Shu-yu Guo <shu@rfrn.org> - Fri, 09 Jan 2015 19:54:48 -0800 - rev 223166
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1118559 - Make checking if a slot is aliased less confusing. (r=jandem)
18bc11b32f6f637b3358a63d54e91a4aaa5c428a: Bug 1119854: Crash when AcquireSync takes more than 10 seconds. r=jrmuizel
Bas Schouten <bschouten@mozilla.com> - Sat, 10 Jan 2015 04:50:02 +0100 - rev 223165
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1119854: Crash when AcquireSync takes more than 10 seconds. r=jrmuizel
9d9610c574b4a78adb93c104c2c956d4f0f44241: Bug 1119579 - Don't GC while iterating compartments in findAllGlobals. (r=sfink)
Shu-yu Guo <shu@rfrn.org> - Fri, 09 Jan 2015 19:21:41 -0800 - rev 223164
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1119579 - Don't GC while iterating compartments in findAllGlobals. (r=sfink)
4f1b2f93ae484bb16b10bde6a1272139ceb2abdd: Bug 1029963 - Recover slots in RematerializedFrames. (r=nbp)
Shu-yu Guo <shu@rfrn.org> - Fri, 09 Jan 2015 19:21:16 -0800 - rev 223163
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1029963 - Recover slots in RematerializedFrames. (r=nbp)
8d48c34f44ed06ffe1257afc96b9615b0b26628f: Backed out changeset 88cf7f2fe48f for build bustage
Wes Kocher <wkocher@mozilla.com> - Fri, 09 Jan 2015 19:15:54 -0800 - rev 223162
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Backed out changeset 88cf7f2fe48f for build bustage
88cf7f2fe48fa70a2c2a2bfec038996fd12d45a7: Bug 1093967 - Implement BlitFramebuffer. r=kamidphish
Jeff Gilbert <jgilbert@mozilla.com> - Fri, 09 Jan 2015 18:51:20 -0800 - rev 223161
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1093967 - Implement BlitFramebuffer. r=kamidphish
d4be320ebecbc710f8f19950a4d7cf0e69075d92: Backout 17fc30214d84 (bug 1117607) for reftest orange
Wes Kocher <wkocher@mozilla.com> - Fri, 09 Jan 2015 18:48:43 -0800 - rev 223160
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Backout 17fc30214d84 (bug 1117607) for reftest orange
ca411b1cf0019393548598a66af9e08a711cd6f8: Bug 1109945 - Rewrite shader/program handling. - r=kamidphish
Jeff Gilbert <jgilbert@mozilla.com> - Fri, 09 Jan 2015 18:40:56 -0800 - rev 223159
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1109945 - Rewrite shader/program handling. - r=kamidphish
203e26771e770b3d072e2e3f2e5bb7ca2ca93555: Bug 1089005, add a third consume option that never consumes even over the anchor. This allows clicks on the location field to adjust the caret position, r=dao
Neil Deakin <neil@mozilla.com> - Fri, 09 Jan 2015 21:12:10 -0500 - rev 223158
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1089005, add a third consume option that never consumes even over the anchor. This allows clicks on the location field to adjust the caret position, r=dao
02ab5234c39e95266c536a9129ca56e87f9ea03e: Bug 1120017 - Make the DispatchDecodeTasksIfNeeded path handle DECODER_STATE_DECODING_FIRSTFRAME. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Fri, 09 Jan 2015 17:20:58 -0800 - rev 223157
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1120017 - Make the DispatchDecodeTasksIfNeeded path handle DECODER_STATE_DECODING_FIRSTFRAME. r=cpearce Once we make MP4Reader reject with WAITING_FOR_DATA, we end up with the following scenario: DecodeFirstFrame requests audio data, and then it gets rejected with WAITING_FOR_DATA. So OnAudioNotDecided does WaitForData, which eventually causes us to be called back in MediaDecoderStateMachine::WaitForDataResolved. That does DispatchDecodeTasksIfNeeded, which currently bails out of our state is DECODER_STATE_DECODING_FIRSTFRAME. The other way to do this would be to add a separate specialized path through all this asynchronicity for DECODER_STATE_DECODING_FIRSTFRAME. But it's not clear to me what that buys us.
84c65d67215fbd78274d13a07167cd069b1ab9ef: Bug 1120014 - Initialize MediaSourceReader::mLast{Audio,Video}Time to 0 rather than -1. r=rillian
Bobby Holley <bobbyholley@gmail.com> - Fri, 09 Jan 2015 17:20:58 -0800 - rev 223156
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1120014 - Initialize MediaSourceReader::mLast{Audio,Video}Time to 0 rather than -1. r=rillian There isn't actually any initialization code that sets them at 0. Instead, we currently rely on the fact that our first decoder ends up active regardless of what its buffered range reports. So as long as invoking the first Request{Audio,Video}Data is resolved, this ends up ok. But while that is usually the case, it isn't _always_ the case, especially in the case where the MP4Reader rejects with WAITING_FOR_DATA.
5f6cebc36e84fb574d5809ac91bb1a42190658f4: Bug 1119604 - Remove the void* accessor from GCCellPtr; r=sfink
Terrence Cole <terrence@mozilla.com> - Fri, 09 Jan 2015 15:42:42 -0800 - rev 223155
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1119604 - Remove the void* accessor from GCCellPtr; r=sfink
e706eac29b226646543cbab604a976b28352930a: Bug 1116589 - Use templated JNI classes in generated bindings; r=snorp
Jim Chen <nchen@mozilla.com> - Fri, 09 Jan 2015 19:33:57 -0500 - rev 223154
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1116589 - Use templated JNI classes in generated bindings; r=snorp
69654c281aaac7e1724080995386a674847d9c8a: Bug 1116868 - Add templated JNI classes; r=snorp
Jim Chen <nchen@mozilla.com> - Fri, 09 Jan 2015 19:33:57 -0500 - rev 223153
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1116868 - Add templated JNI classes; r=snorp
0f955b9395c8c1e48df9f1813fb9c91b6b53d4cf: Bug 1116641 - Change JNI macro usages to use AutoJNIClass; r=snorp
Jim Chen <nchen@mozilla.com> - Fri, 09 Jan 2015 19:33:56 -0500 - rev 223152
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Bug 1116641 - Change JNI macro usages to use AutoJNIClass; r=snorp
9739ef7c3d2f6ae43c7020b107666327f865580d: Backout 7475b716558d (bug 1119281) for Windows XPCShell permafailure
Wes Kocher <wkocher@mozilla.com> - Fri, 09 Jan 2015 16:35:50 -0800 - rev 223151
Push 10769 by cbook@mozilla.com at Mon, 12 Jan 2015 14:15:52 +0000
Backout 7475b716558d (bug 1119281) for Windows XPCShell permafailure
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip