Bug 1236787 - Pass getInternalformatParameter in gl-object-get-calls.html (2.0); r?jgilbert MozReview-Commit-ID: C9dt6sRY4WD

Bug 1283870 - New console frontend: Use reps to render responses from the backend. r=bgrins

Bug 1277905 - Remove in-product links to plugincheck. Also remove support for startup prompting about outdated plugins, since that's annoying to users. r?Gijs MozReview-Commit-ID: 69tMivPVxuW

Bug 1275360 - add sdp handling for video FEC (red/ulpfec), r=drno MozReview-Commit-ID: BIt7SkSEquj

Bug 1283862 - Update node-spdy to 1.32.5. r?mcmanus MozReview-Commit-ID: GfAXRxNMslW

Bug 1203292 - Replace permissions dropdown with 'x' icon r?paolo, gijs MozReview-Commit-ID: LmdRlgzeW1c

Bug 1271860 - [WIP] Move switchboard logic to client to consume JSON config directly - r?sebastian MozReview-Commit-ID: J4Cxy3gJew8

Bug 1283032 - initialize members from RunnableMethod in constructor. r?billm MozReview-Commit-ID: L6tAqI1ci1b

Bug 1266456 - part10: fix tests for autocomplete-popup HTMLTooltip migration;r=bgrins Most test modifications deal with listening to the proper events. As mentioned in the parent commit, the keyboard navigation for the inspector-search changed a bit with this change, so the related test case is using a slightly different scenario. MozReview-Commit-ID: BgSa69bSSFB

Bug 1266456 - part9: use HTMLTooltip for autocomplete-popup;r=bgrins Modify the devtools autocomplete-popup to rely on a HTMLTooltip instance instead of a XUL panel. Other than the straightforward migration to HTML, the main difference with the new implementation is that the richlistbox has now been replace with a simple HTML list element. The former XUL widget used to be able to take the focus from the input it was linked to. This is no longer the case. Most autocomplete users were always keeping the focus in the input, except for the inspector-search, which was moving the focus back and forth between the input and the autocomplete's richlistbox. Now the focus is always in the input. A practical example to illustrate how this changes the UX: before when the user had the focus on the first element of the list, pressing "DOWN" would keep the element selected but visually move the focus in the input. Now the selection simply cycles to the next item. Even though this introduces a difference in behaviour compared to the previous implementation, it makes the inspector search UX consistent with the other autocomplete widgets used in devtools. Another difference is about the display for the inspector-search. The position of the autocomplete popup used to be above the input. This is now impossible to achieve because the search input is at the top of the toolbox and the HTML tooltip can not exceed the limits of the toolbox. For this #2 issue, either we manage to use XUL panel wrappers, in which case, the autocomplete will be displayed as it used to. Or we can invert the order in which items are inserted and explicitly ask for the autocomplete to be displayed below the input. I prefered not to change this here in order to make the code change easier to understand, but it should be addressed in a follow-up. MozReview-Commit-ID: jH9aXm9Jvz

Bug 1283764 - fix display of noResults message in inspector computedview;r=gl MozReview-Commit-ID: BRZZXCRHRyW

Bug 1266456 - part10: fix tests for autocomplete-popup HTMLTooltip migration;r=bgrins Most test modifications deal with listening to the proper events. As mentioned in the parent commit, the keyboard navigation for the inspector-search changed a bit with this change, so the related test case is using a slightly different scenario. MozReview-Commit-ID: BgSa69bSSFB

Bug 1266456 - part9: use HTMLTooltip for autocomplete-popup;r=bgrins Modify the devtools autocomplete-popup to rely on a HTMLTooltip instance instead of a XUL panel. Other than the straightforward migration to HTML, the main difference with the new implementation is that the richlistbox has now been replace with a simple HTML list element. The former XUL widget used to be able to take the focus from the input it was linked to. This is no longer the case. Most autocomplete users were always keeping the focus in the input, except for the inspector-search, which was moving the focus back and forth between the input and the autocomplete's richlistbox. Now the focus is always in the input. A practical example to illustrate how this changes the UX: before when the user had the focus on the first element of the list, pressing "DOWN" would keep the element selected but visually move the focus in the input. Now the selection simply cycles to the next item. Even though this introduces a difference in behaviour compared to the previous implementation, it makes the inspector search UX consistent with the other autocomplete widgets used in devtools. Another difference is about the display for the inspector-search. The position of the autocomplete popup used to be above the input. This is now impossible to achieve because the search input is at the top of the toolbox and the HTML tooltip can not exceed the limits of the toolbox. For this #2 issue, either we manage to use XUL panel wrappers, in which case, the autocomplete will be displayed as it used to. Or we can invert the order in which items are inserted and explicitly ask for the autocomplete to be displayed below the input. I prefered not to change this here in order to make the code change easier to understand, but it should be addressed in a follow-up. MozReview-Commit-ID: jH9aXm9Jvz

Bug 1266456 - part8: move HTML search autocomplete css to tooltips.css;r=bgrins MozReview-Commit-ID: 56QVG5IPS97

Bug 1283825 - Add a page-icon protocol to fetch the best icon for a url. r=adw MozReview-Commit-ID: 3exDniH8Hkm

Bug 1283083 - Cloning a connection should re-attach databases to the clone. r=asuth MozReview-Commit-ID: CSZqvJNWthB

pgo MozReview-Commit-ID: Ae2394xnvQ9

Bug 889561 - Reduce the size of places.sqlite by removing the url unique index from moz_places. r=adw MozReview-Commit-ID: 2kxaXnUYIwT

bug 1280326 - followup fix to make MockedOpen really case-insensitive on Windows. r?jmaher MozReview-Commit-ID: CE2zMBFK6Tx

merge mozilla-inbound to mozilla-central a=merge