bug 1494227: geckodriver: fix ISSUE_TEMPLATE.md link in Bugs.md; r=me

Bug 1494092. Remove SVGFilterObserverList::IsInObserverLists and related code. r=mattwoodrow This code is no longer necessary since we now invalidate using Display List Based Invalidation instead of using recursive calls up the frame tree. The tests that are marked as failing have only been passing due to a bug in the code that's being removed from nsSVGIntegrationUtils.cpp which coincidentally hides the fact that we are actually invalidating in those tests given their particular structure (which the tests are supposed to be checking we're not doing). Differential Revision: https://phabricator.services.mozilla.com/D6850

Backed out 2 changesets (bug 1479035) for build bustages bustages netwerk/cache2/target on CLOSED TREE Backed out changeset 5f8706213610 (bug 1479035) Backed out changeset a03a61d6d724 (bug 1479035)

Bug 1444013 - End the slice if nursery collection took too long r=sfink

Bug 1479035: Part 2 - Get rid of PRThread to nsThread map. r=erahm These maps hold strong references which complicate nsThread lifetime handling considerably, and only have a couple of fringe uses. We have a linked list of active threads that the thread manager can use for its internal enumeration purposes, and the external uses are easily done away with, so there doesn't seem to be much reason to keep the map around. MozReview-Commit-ID: x7dsj6C4x8

Bug 1479035: Part 1 - Don't create event queues for stub nsThread wrappers. r=froydnj Most of the times when we automatically create nsThread wrappers for threads that don't already have them, we don't actually need the event targets, since those threads don't run XPCOM event loops. Aside from wasting memory, actually creating these event loops can lead to leaks if a thread tries to dispatch a runnable to the queue which creates a reference cycle with the thread. Not creating the event queues for threads that don't actually need them helps avoid those foot guns, and also makes it easier to figure out which treads actually run XPCOM event loops. MozReview-Commit-ID: Arck4VQqdne

Merge autoland to mozilla-central. a=merge

Bug 1488554: Part 4 - Make FirefoxRunner pass --wait-for-browser on Windows; r=ahal Depends on D4972 Differential Revision: https://phabricator.services.mozilla.com/D6702

Bug 1488554: Part 3 - Set default value of --enable-launcher-process to true on Windows Nightly builds; r=froydnj Depends on D4971 Differential Revision: https://phabricator.services.mozilla.com/D4972

Bug 1488554: Part 2 - Modify talos/xperf to work with bootstrap process; r=jmaher When the launcher process is enabled, the firefox.exe process that we want to track for main thread I/O isn't the first firefox process that started, but rather the second firefox.exe process, i.e. the first child process of the first firefox.exe process. Depends on D4970 Differential Revision: https://phabricator.services.mozilla.com/D4971

Bug 1488554: Part 1 - Modify Talos to work with bootstrap process; r=jmaher The launcher process needs a couple of flags to work correctly under talos. This patch sets those flags. Differential Revision: https://phabricator.services.mozilla.com/D4970

Bug 1491436 - remove use of feeds from application selection test, and check the dropdown actually works, r=paolo Differential Revision: https://phabricator.services.mozilla.com/D6542

Bug 1494178 - Attempt to instantiate CDM10 before CDM9. r=cpearce Depends on D6873 Differential Revision: https://phabricator.services.mozilla.com/D6874

Bug 1494178 - Add check to ChromiumCDMChild to mark samples with 0 encrypted bytes as unencrypted. r=cpearce With the addition of an explicit encryption enum for CDM10 input data, if a sample has 0 encrypted bytes it must be marked as unencrypted. Historically we could let the CDM figure out based on the unencrypted + encrypted bytes. However, if we mark a sample as encrypted but it has 0 encrypted bytes, the CDM will fail to decrypt. This changeset adds a check to gracefully handle samples that are marked as encrypted but with no encrypted ranges. In such cases we mark the data as unencrypted and log that such data was encountered. This means we don't break playback of encrypted media should we overlook such cases, but have better detection via logging. Differential Revision: https://phabricator.services.mozilla.com/D6873

Bug 1493655 - make nsISecureBrowserUI initialize from a docshell instead of a window, r=keeler,nika This also removes the (afaict, unused) stub implementation from TabParent. The netwerk header inclusions were necessary because those files included TabParent.h and through it, nsISecureBrowserUI, but now TabParent.h no longer does that. Differential Revision: https://phabricator.services.mozilla.com/D6829

Bug 1493628 - only update the 'current' outerWindowID when the browser window is the foreground window, r=dao Differential Revision: https://phabricator.services.mozilla.com/D6898

Bug 1473996 - Expose fn.apply in the devtools server. r=nchevobbe Depends on D6722 Differential Revision: https://phabricator.services.mozilla.com/D6723

Bug 1473996 - Expose getPropertyValue in devtools server to fully evaluate an object property. r=nchevobbe Differential Revision: https://phabricator.services.mozilla.com/D6722

Bug 1476221 - Keep the bounding client rect of the 'FormAssist:AutoCompleteResults' message relative to the visual viewport. r=mstange Depends on D6090 Differential Revision: https://phabricator.services.mozilla.com/D6091

Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r=mstange Differential Revision: https://phabricator.services.mozilla.com/D6090