bug 1391482 accept int16_t sample buffers in ConvolverNode r?padenot MozReview-Commit-ID: LvYkiSvhQdP

bug 1391482 accept int16_t sample buffers in AudioBufferSourceNode r?padenot MozReview-Commit-ID: I2gCBQdfOEx

bug 1391482 remove now-unused ThreadSharedFloatArrayBufferList SetBuffer() variant r?padenot MozReview-Commit-ID: 184qw9JUONH

bug 1391482 use AudioChunk to store and pass PeriodicWave data to engine r?padenot This is mostly to be consistent with other nodes so that only a single SetBuffer method is required to pass buffers from nodes to engines. AudioChunk also has the advantage of ThreadSharedFloatArrayBufferList that it keeps a record of the length of the buffer in the same struct, and so this is passed to the engine with the buffer. SharedBuffer needs one fewer allocation than ThreadSharedFloatArrayBufferList, but this is not a hot path. MozReview-Commit-ID: JsLcuFdFvRO

bug 1391482 keep custom oscillator data buffer on graph thread only long enough to initialize the PeriodicWave r?padenot MozReview-Commit-ID: 6gdBZDruCc6

bug 1391482 add a fallible SharedBuffer::Create() r?padenot MozReview-Commit-ID: HZGjSKnV8I2

Bug 1394473 - Fix up target=_blank links in RDM. r=ochameau Sometime during Firefox 56, the `dataTransfer` property was removed, so this started to fail. It was a bit strange anyway, since we have a principal on the outer browser. Adds a test to cover this use case. MozReview-Commit-ID: 9UOCc77ZRxk

Bug 1392148 - Remove aliases to CommonUtils in util.js MozReview-Commit-ID: 1fv6AN0TMNW

Bug 1376507 - Handle a list of contexts instead of a single context. r=billm This might be prematurely optimized as it uses two lists (one list of active contexts and one list of inactive contexts) but I was really attracted by the idea of being able to answer questions like "is any context active" by only looking at a single context and not having to iterate the whole list every time we needed to do anything. It is really important that nobody touches any of the timestamps (or the mActive member) outside of the Watchdog lock. I thought about trying to encapsulate that data in its own class, but that felt like overkill. Let me know if you disagree. There are still a couple of uses of XPCJSContext::Get that probably need to be stamped out, but I think doing so will depend on the details of how we map JSContexts to XPCJSContext (and XPCJSRuntimes). I think that should wait for a separate bug. MozReview-Commit-ID: 9UZlh7Jutne

Bug 1376507 - Move state onto XPCJSContext. r=billm The current code assumes it can store data about "the" XPCJSContext on the WatchdogManager singleton. Once we have more than one XPCJSContext running around, that won't be possible. This moves the needed data onto the XPCJSContext itself and gives the WatchdogManager the proper context to operate on. MozReview-Commit-ID: AxyFKp9LmH3

Bug 1391169 Part 2: Add a test of cssText with combinations of namespaces, universal selectors, and combinators. MozReview-Commit-ID: GZZEGR0zyp6

Bug 1391169 Part 1: Servo-side change Selector to_css function to handle combinators in between universal selectors. MozReview-Commit-ID: EyVrSAICPm

Bug 1394526 - Ensure mouse events have the toolbar offset removed on Android r=esawin MozReview-Commit-ID: DK8p9lOBVaS

Bug 1069666 - Implement WeakSet as proper class instead of delegating to WeakMap. r=till

Bug 1393638 - Changes to move to 100% multi on Release 55. r=Felipe

Bug 1389994 - Extend the search events probe expiration to Firefox 65. r=rweiss

Backed out revision 2e5306010ce1 (bug 1389421) due to unresolved spec issues.

Bug 1371657 - Ensure we use the right root element in editor. r=masayuki

Bug 1384433 - Add a verification that tiers are consistent across dependencies. r?dustin

Bug 1384433 - Generalize verifications done on task graphs. r?dustin