5a5427be91e8928eaea057f27728ae1420138cf3: Bug 1245916: Import more head files for xpcshell tests. r=pbrosset
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 05 Feb 2016 13:23:40 -0800 - rev 284526
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1245916: Import more head files for xpcshell tests. r=pbrosset xpcshell tests used to use head_*.js files so this adds those for global discovery. MozReview-Commit-ID: BOsoGIpwdgu
c8abf68f9685f63e3f06a7a95b0ed4f1e4b9e835: Bug 1245916: Add additional default globals. r=felipe
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 05 Feb 2016 12:12:30 -0800 - rev 284525
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1245916: Add additional default globals. r=felipe This defines a few additional globals but also turns on the browser environment for everything in browser and toolkit. This may lead to some false negatives but we have lots of code that runs in a browser context so in the name of getting rules turned on I think this is a useful step. MozReview-Commit-ID: BdWouZGK6d
44d78d1573663c3e71867370072fe01795126a28: Bug 1245916: Add additional browser window scripts to eslint globals. r=felipe
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 05 Feb 2016 12:16:39 -0800 - rev 284524
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1245916: Add additional browser window scripts to eslint globals. r=felipe This adds more of the scripts that browser.js relies on and also makes browser-chrome head files import the browser.js globals. The MOZ_JSDOWNLOADS block in contentAreaUtils only seems to hide a single function, I don't see any need to keep hiding that now we're on by default. MozReview-Commit-ID: 5zvF3JtJrZG
3381f46ec15b185516a0cebf49c1ed6536b00bcb: Bug 1245916: XBL bindings should support global declarations in comments. r=miker
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 05 Feb 2016 12:13:34 -0800 - rev 284523
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1245916: XBL bindings should support global declarations in comments. r=miker To properly lint XBL files we need to support things like import-globals-from and other ESlint comment directives so we have to pass comments through to the code blocks that ESlint parses. Unfortunately the way the XBL processor works now is by passing a separate code block for every method/property/etc. in the XBL and ESlint doesn't retain state across the blocks so we would have to prefix every block with every comment. Instead this change makes us output just a single block that roughly looks like this: <comments> var bindings = { "<binding-id>": { <binding-part-name>: function() { ... } } } This has some interesting bonuses. Defining the same ID twice will cause a lint failure. Same for the same field in a binding. The line mapping is a little harder and there are still a few lines that won't map directly back to the original file but they should be rare cases. The only downside is that since some bindings have the same binding declared differently for different platforms we have to exclude those from linting for now. MozReview-Commit-ID: CAsPt5dtf6T
ee408fd749cecb3eb67f11587ecb61a7025d559b: Bug 1245916: Unify eslint global discovery rules. r=pbrosset
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 05 Feb 2016 11:37:50 -0800 - rev 284522
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1245916: Unify eslint global discovery rules. r=pbrosset While working on turning on no-undef I discovered that the various rules we have for defining globals are a little inconsistent in whether the files they load recurse through import-globals-from directives and none of them imported eslint globals directives. I think we're better off putting all this global parsing code in a single place rather than spread across multiple rules. Have one rule to turn it on for parsed files and one function to load globals from other files and make them share most of the code so we won't get inconsistent. If we find us needing to turn on/off individual features we can figure out a way to do that in the future. This patch does that, the globals.js file does all global parsing with a shared object that receives events from the AST, either through from an ESlint rule or from a simple AST walker using estraverse. MozReview-Commit-ID: 9KQZwsNNOUl
4357fe5a9d22822ffbc5d15246c7df34a484816f: Bug 1206560 - Show the site favicon in XUL notifications. r=jaws
Kit Cambridge <kcambridge@mozilla.com> - Fri, 08 Jan 2016 12:53:34 -0700 - rev 284521
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1206560 - Show the site favicon in XUL notifications. r=jaws MozReview-Commit-ID: Fe3R91icOuc
0457ade4bd4bd6e13594c9f89c5c4f1a83d85795: Bug 1224785, Part 2 - Show the site favicon in OS X notifications. r=mstange
Kit Cambridge <kcambridge@mozilla.com> - Thu, 07 Jan 2016 13:16:54 -0700 - rev 284520
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1224785, Part 2 - Show the site favicon in OS X notifications. r=mstange MozReview-Commit-ID: L7d00xEY6Ka
d5b329a9cd6bf24394d62a489991362d16973276: Bug 1224785, Part 1 - Implement alert favicons backend. r=wchen
Kit Cambridge <kcambridge@mozilla.com> - Thu, 07 Jan 2016 13:15:55 -0700 - rev 284519
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1224785, Part 1 - Implement alert favicons backend. r=wchen MozReview-Commit-ID: Day8Hj8lT1f
b8003b4c63c378bd43065f6faf540b5288d9f617: Bug 1241707 - [e10s] Web Console should restore focus to proper place when closed. r=jryans,r=bgrins
Lin Clark <lclark@mozilla.com> - Tue, 16 Feb 2016 14:37:45 -0800 - rev 284518
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1241707 - [e10s] Web Console should restore focus to proper place when closed. r=jryans,r=bgrins MozReview-Commit-ID: JlcJPGygm5F
39742e742b69087a03366c396d365e03e5df997d: Bug 529899 - Purge cookies on clean shutdown with "Keep cookies until I close Firefox" r=Yoric
Tim Taubert <tim@timtaubert.de> - Thu, 11 Feb 2016 17:14:29 +0100 - rev 284517
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 529899 - Purge cookies on clean shutdown with "Keep cookies until I close Firefox" r=Yoric
495bca66e5bb8aee6e03584d852f90b4214dc8b0: Bug 1247375 - Part 3: Use Gradle to build Fennec with --disable-compile-environment. r=glandium
Nick Alexander <nalexander@mozilla.com> - Fri, 12 Feb 2016 10:07:11 -0800 - rev 284516
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1247375 - Part 3: Use Gradle to build Fennec with --disable-compile-environment. r=glandium MozReview-Commit-ID: 3oolQKHxkBs
ad70e483142cae1aa2b63450191deb044fd65f3b: Bug 1247375 - Part 2: Add build system Gradle defines for Fennec. r=glandium
Nick Alexander <nalexander@mozilla.com> - Wed, 10 Feb 2016 19:29:27 -0800 - rev 284515
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1247375 - Part 2: Add build system Gradle defines for Fennec. r=glandium Enable building with Gradle using --with-gradle. Configure the location of Gradle with --with-gradle=/path/to/gradle. For local developers, this is always the in tree Gradle wrapper, which downloads and installs the correct Gradle version automatically. In automation, this will be a version of Gradle fetched from tooltool. Configure the location to use to download Gradle Maven dependencies (including the Android-Gradle plugin) by setting GRADLE_MAVEN_REPOSITORY in your mozconfig. For local developers, this defaults to the jcenter repository. In automation, this will be an archived directory fetched from tooltool. Android-specific Maven dependencies are shipped as "extras" with the Android SDK, and should be found automatically by the Android-Gradle plugin. MozReview-Commit-ID: Hrkn88Vig5H
e653c3abf85464619509ec911d56affee89a7700: Bug 1247375 - Part 1: Add TaskCluster job building Fennec with --disable-compile-environment. r=dustin
Nick Alexander <nalexander@mozilla.com> - Tue, 02 Feb 2016 18:09:44 -0800 - rev 284514
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1247375 - Part 1: Add TaskCluster job building Fennec with --disable-compile-environment. r=dustin MozReview-Commit-ID: 4FDevhlYnUC
3cc50d3b90634e3acc2f576424d4766cd00b9af0: Bug 1247170 - Part 2: Add "android-gradle-build-dependencies" TaskCluster job. r=dustin
Nick Alexander <nalexander@mozilla.com> - Tue, 16 Feb 2016 11:11:42 -0800 - rev 284513
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1247170 - Part 2: Add "android-gradle-build-dependencies" TaskCluster job. r=dustin MozReview-Commit-ID: I6rgyqci67J
f4c2c933d74a731a7e26d0220b38e0be89c5c8af: Bug 1247170 - Part 1: Add "android-gradle-build" Docker image. r=dustin,sebastian
Nick Alexander <nalexander@mozilla.com> - Tue, 16 Feb 2016 11:11:34 -0800 - rev 284512
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1247170 - Part 1: Add "android-gradle-build" Docker image. r=dustin,sebastian We can't run Docker-in-Docker, so this is a clone of https://hub.docker.com/r/sonatype/nexus, modified to run additional commands. Sonatype Nexus officially supports the Oracle JDK but the OpenJDK appears to work as well, so we use it. This bakes a build.sh and Gradle-specific dependencies into the docker image. This makes sense in a future where the dependencies this fetches are baked into the image used to build Fennec. It makes less sense right now, when the dependencies are uploaded to tooltool and subsequently consumed. It's not critical that we get this right immediately. The actual build.sh script runs the Gradle wrapper for a special dependency project. The wrapper installs Gradle itself, downloads a large number of Gradle dependencies, and uses Jake Wharton's https://github.com/JakeWharton/sdk-manager-plugin/ to download and install the Android SDK. (We could use |mach bootstrap|, but that doesn't (yet) support non-interactive use, and I want to try to use the SDK Manager more generally.) These outputs are then packaged for further use: right now, they're exposed as artifacts, but eventually we'll upload them directly to tooltool. MozReview-Commit-ID: 7upsk1ANuxN
b11a13c9b75082b4beee2e738e23da8f5f917c4d: Bug 1233799 - Enable DownloadContentService (and exclude fonts) in Nightly. r=rnewman
Sebastian Kaspari <s.kaspari@gmail.com> - Tue, 16 Feb 2016 16:43:27 +0000 - rev 284511
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1233799 - Enable DownloadContentService (and exclude fonts) in Nightly. r=rnewman MozReview-Commit-ID: G7zDhHVt67C
7b97c72624b5322ed01b0aa1ed3f54a717b308da: Bug 1225743 - Implement chrome.bookmarks.search. r=mak
Johann Hofmann <mail@johann-hofmann.com> - Tue, 24 Nov 2015 17:40:08 +0100 - rev 284510
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1225743 - Implement chrome.bookmarks.search. r=mak
d4b27a46ac5747d1d3528eed91e6f3dd221662fb: Bug 1248388 - Use snippets cdn. r=margaret
Giorgos Logiotatidis <giorgos@mozilla.com> - Mon, 15 Feb 2016 15:28:49 +0200 - rev 284509
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1248388 - Use snippets cdn. r=margaret
c89eba9442f4139f8128dbee4468b91c636892af: Bug 920169 - Remove references to C++ constants in Histograms.json. r=gfritzsche
Eric Hu <hu.eric@gmail.com> - Fri, 12 Feb 2016 20:23:25 +0700 - rev 284508
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 920169 - Remove references to C++ constants in Histograms.json. r=gfritzsche
d22acf0f2bf39fdbc36db1bc041c88658ffa09ad: Bug 1241837 - Use proxy for browsers property in tabbrowser instead of explicit array. r=dao
Allasso Travesser <allassopraise@gmail.com> - Tue, 16 Feb 2016 16:34:38 +0100 - rev 284507
Push 71993 by cbook@mozilla.com at Wed, 17 Feb 2016 11:16:29 +0000
Bug 1241837 - Use proxy for browsers property in tabbrowser instead of explicit array. r=dao
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip