Bug 905392 - Need way to throw web-console-visible exception-message from JS-implemented webidl object. r=bz.
Bug 909717: IonBuilder: Introduce typed typebarriers, r=jandem
Bug 905392 - Need way to throw web-console-visible exception-message from JS-implemented webidl object - bustage fix on a CLOSED TREE.
Bug 865516 - Optimize access to the heap with a constant index. r=luke
Bug 912820 - Make --disable-content-sandbox* configure flags work. r=gps
Bug 886646 - Part 1: Support position:sticky in the CSS parser, enabled by a preference. r=heycam
Bug 886646 - Part 2: Include sticky positioning in nsStyleDisplay::IsRelativelyPositionedStyle. r=heycam
Bug 886646 - Part 3: Compute sticky positioning offsets for getComputedStyle(). r=heycam
Bug 886646 - Part 5: Always build a stacking context for sticky positioned elements. r=dbaron
Bug 886646 - Part 6: Implement sticky positioning, calculated on reflow and scroll. r=dbaron, r=dholbert
Bug 886646 - Part 7: Reftests for sticky positioning. r=dbaron
Bug 913415: Tracelogging: Add support for logging multiple threads + initial support for ion background thread compiler, r=till
Bug 621399, modal dialog focus tests sometimes fail on Windows 8 so disable them there
Bug 875616, disable titlebar paneltop test on Linux due to unreliable window positioning timing
bug 911745, sync browser/locales/all-locales with build configs, r=gavin
Bug 909717 - Backout due to orange + style nit orange fix on a CLOSED TREE.
Bug 865516 - Fix ordering of includes in MIRGraph.cpp. r=themaid
CLOSED TREE
Bug 899757: Distinguish PR_ADDRESS_NOT_SUPPORTED_ERROR from other network failures. r=mayhemer

I broke out this this change on its own, because it seemed to require some care:
PR_ADDRESS_NOT_SUPPORTED_ERROR used to be lumped in with several other NSPR
error codes and reported as NS_ERROR_CONNECTION_REFUSED; and a dumb grep shows
that the NS_ERROR_ is widely checked for. Introducing the distinction might
require the new NS_ERROR_SOCKET_ADDRESS_NOT_SUPPORTED value to be checked for
everywhere that currently checks for NS_ERROR_CONNECTION_REFUSED.

But that seems unlikely to be necessary: first of all, it shouldn't really
be possible, via the XPCOM interface, to force this error path to occur at
present: the components' implementations are in complete control over which
socket address types get used. I also did a Try push with a call to
NS_ABORT if a PR_ADDRESS_NOT_SUPPORTED_ERROR ever flows through
ErrorAccordingToNSPR; there were no crashes.

But if that's so, then why introduce the new error code at all? A later
patch adds support for Unix-domain sockets, a type of socket address which
is *not* supported on non-Unix systems. In that case, a distinct error code
will help people diagnose problems quickly.
Bug 899757: Make nsServerSocket::InitWithAddress provide more detailed error results. r=mayhemer, r=ted

I looked through the NSPR socket creation functions that InitWithAddress
uses to see which errors they could return, and placed appropriate comments
in ErrorAccordingToNSPR.

The test coverage is not great; in particular, I wasn't able to find a way
to elicit "address in use" errors from Windows (although I could from
Linux); the web says that Windows is much more relaxed about binding
listening sockets than Unix derivatives. I'm interested in suggestions.
Bug 892114: Whitespace and spelling fixes encountered while working on Unix domain socket support. r=mayhemer