46f81b68c55ff99831f9c994522ae32fbb5e39a0: Bug 1199518: [webm] P2. Properly determine next keyframe time. r=kinetik a=sledru
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 12 Sep 2015 20:51:31 +1000 - rev 295009
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1199518: [webm] P2. Properly determine next keyframe time. r=kinetik a=sledru
f258d3b40169516263f972aadda22ac5b14f6f92: Bug 1199518: [webm] P1. Have WebMDemuxer use its own logger. r=kinetik a=sledru
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 12 Sep 2015 20:51:05 +1000 - rev 295008
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1199518: [webm] P1. Have WebMDemuxer use its own logger. r=kinetik a=sledru
85933f550b2dabd7e694ee1c3b5168a548ae79b2: Bug 1202279 - [Control Center] Security subview's More Information button should always be at the bottom. r=jaws a=sledru
Dão Gottwald <dao@mozilla.com> - Mon, 14 Sep 2015 12:01:58 +0200 - rev 295007
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1202279 - [Control Center] Security subview's More Information button should always be at the bottom. r=jaws a=sledru
e1f65e6a5ea0f4511126b4a624ac99764e15bdd9: Bug 1174141 - Update Jump List icons. r=dao a=sledru
Stephen Horlander <shorlander@mozilla.com> - Tue, 01 Sep 2015 18:10:26 +0200 - rev 295006
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1174141 - Update Jump List icons. r=dao a=sledru
a9cc4e966637a4422e2a4f28340d91c5299daed1: Bug 1188238: [MSE] P2. Don't assert when unable to find position in frames array. r=gerald a=sledru
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 12 Sep 2015 20:49:56 +1000 - rev 295005
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1188238: [MSE] P2. Don't assert when unable to find position in frames array. r=gerald a=sledru Instead return an error which will terminate the video element.
e0c5c53a99a9ad69b539b62297393e17743b5403: Bug 1188238: [MSE] P1. Don't use Interval::Intersect to find the first frame of an interval. r=gerald a=sledru
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 12 Sep 2015 20:49:49 +1000 - rev 295004
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1188238: [MSE] P1. Don't use Interval::Intersect to find the first frame of an interval. r=gerald a=sledru With H264, often the first frame of a media segment has no duration ; as such the time interval it represents is empty and will never intersect with anything.
6fa940a15b9328f1b9d8e8826c45242de0ebccf2: Bug 1201793 - return correct result even after bailout, r=nbp, a=ritu
Lars T Hansen <lhansen@mozilla.com> - Tue, 08 Sep 2015 20:26:27 +0200 - rev 295003
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1201793 - return correct result even after bailout, r=nbp, a=ritu
ad977f64142b4b00aa0df5d801196ff413f44277: Bug 1202332 - XiphExtradataToHeaders miscalculates final header length. r=derf a=ritu
Matthew Gregan <kinetik@flim.org> - Tue, 08 Sep 2015 11:33:16 +1200 - rev 295002
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1202332 - XiphExtradataToHeaders miscalculates final header length. r=derf a=ritu
ed38d632a308b8d0c9dc3d8c8f347016aa83d7aa: No bug, Automated blocklist update from host bld-linux64-spot-448 - a=blocklist-update
ffxbld - Sat, 12 Sep 2015 03:40:04 -0700 - rev 295001
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
No bug, Automated blocklist update from host bld-linux64-spot-448 - a=blocklist-update
c84ed84f590b3e262f8f0aa599fc03ad7ade0b13: No bug, Automated HPKP preload list update from host bld-linux64-spot-448 - a=hpkp-update
ffxbld - Sat, 12 Sep 2015 03:40:01 -0700 - rev 295000
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-448 - a=hpkp-update
356226c045a9a82a782e42f814e839324fc8c0f0: No bug, Automated HSTS preload list update from host bld-linux64-spot-448 - a=hsts-update
ffxbld - Sat, 12 Sep 2015 03:39:59 -0700 - rev 294999
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-448 - a=hsts-update
7239a71b423fd9e18ed6b6f2bdfc254b23e20a17: Backed out changeset a11078290110 (bug 1182537) a=backout
Wes Kocher <wkocher@mozilla.com> - Fri, 11 Sep 2015 13:30:24 -0700 - rev 294998
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Backed out changeset a11078290110 (bug 1182537) a=backout
a7bb121ef972f05ab331dab7446410aac25f6165: Bug 1195767 - part 5 - use signaling instead of broadcast when work items are placed in nsEventQueue; r=gerald, a=sledru
Nathan Froyd <froydnj@mozilla.com> - Thu, 03 Sep 2015 16:38:18 -0400 - rev 294997
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1195767 - part 5 - use signaling instead of broadcast when work items are placed in nsEventQueue; r=gerald, a=sledru There's no reason to wake up all the threads in a thread pool when one item gets placed in the queue. Waking up one will serve the same purpose and is significantly more efficient for thread pools with large numbers of threads.
27de5abd6cff7fc9a6b60ed2cef67872681f48d8: Bug 1195767 - part 4 - remove nsEventQueue::GetReentrantMonitor; r=gerald, a=sledru
Nathan Froyd <froydnj@mozilla.com> - Thu, 03 Sep 2015 16:37:51 -0400 - rev 294996
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1195767 - part 4 - remove nsEventQueue::GetReentrantMonitor; r=gerald, a=sledru The last commit eliminated the only client of this method, so we can remove it now.
2adf669d9a575282d011222bc66f9a2f46858033: Bug 1195767 - part 3 - modify nsThreadPool to use a non-reentrant monitor; r=gerald, a=sledru
Nathan Froyd <froydnj@mozilla.com> - Thu, 03 Sep 2015 15:38:28 -0400 - rev 294995
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1195767 - part 3 - modify nsThreadPool to use a non-reentrant monitor; r=gerald, a=sledru There's no reason nsThreadPool needs to use a reentrant monitor for locking its event queue. Having it use a non-reentrant one should be slightly more efficient, both in the general operation of the monitor, and that we're not performing redundant locking in methods like nsThreadPool::Run. This change also eliminates the only usage of nsEventQueue::GetReentrantMonitor.
92bbcea7ea93c041898d0e10ff3cf4daea623261: Bug 1195767 - part 2 - create an nsEventQueueBase templated over the monitor type; r=gerald, a=sledru
Nathan Froyd <froydnj@mozilla.com> - Fri, 28 Aug 2015 13:26:17 -0400 - rev 294994
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1195767 - part 2 - create an nsEventQueueBase templated over the monitor type; r=gerald, a=sledru Clients of nsEventQueue don't always need fully reentrant monitors. Let's account for that by having a base class templated on the monitor type. This change also opens up the possibility of having the monitor for the event queue not owned by the event queue itself, but by the client class, which makes a lot more sense than the current design.
6367e9846a195cfd6c1c996f55c4a3648abc7430: Bug 1195767 - part 1 - remove nsCOMPtr temporary from nsEventQueue::PutEvent; r=gerald, a=sylvestre
Nathan Froyd <froydnj@mozilla.com> - Fri, 28 Aug 2015 14:19:49 -0400 - rev 294993
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1195767 - part 1 - remove nsCOMPtr temporary from nsEventQueue::PutEvent; r=gerald, a=sylvestre The comment here suggests that we might AddRef/Release, but we really do no such thing. Let's deal with the transfer of ownership directly, rather than going through nsCOMPtr. This change makes the code slightly smaller, and it also makes later refactorings to pull the lock out of this function easier to do, since we don't have to consider how to hold the lock within the lifetime of the nsCOMPtr temporary.
35db90277a7f1322a7cfb7680119afe8b6ee0150: Bug 1197985 - Part 2 - Prevent potential overflows of the input buffer pointer when skipping large ID3 headers. r=esawin, a=ritu
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 04 Sep 2015 18:00:09 +0200 - rev 294992
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1197985 - Part 2 - Prevent potential overflows of the input buffer pointer when skipping large ID3 headers. r=esawin, a=ritu
9e0c1b7c00ea8310adecd54a29db9feca145579a: Bug 1197985 - Part 1 - Successfully skip ID3 tags stretching beyond the current input buffer. r=esawin, a=ritu
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 07 Sep 2015 19:18:31 +0200 - rev 294991
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1197985 - Part 1 - Successfully skip ID3 tags stretching beyond the current input buffer. r=esawin, a=ritu This also slightly tightens up invalid header detection for both ID3 and MPEG frame headers.
7e8f1001a66b6371c957f78d529f43a780df543f: Bug 1200598 - fix exception thrown when using migration on win8.1 or below, r=MattN,a=sylvestre
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 08 Sep 2015 16:16:56 +0100 - rev 294990
Push 5628 by mozilla@noorenberghe.ca at Mon, 21 Sep 2015 23:09:25 +0000
Bug 1200598 - fix exception thrown when using migration on win8.1 or below, r=MattN,a=sylvestre
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip