395b4c460551181c0b191d5ee5a73aa653902bc4: Bug 1347182 - Add support for setting the background color of all toolbars using a WebExtension theme. r=jaws
Tim Nguyen <ntim.bugs@gmail.com> - Thu, 15 Jun 2017 19:20:26 +0200 - rev 372786
Push 32284 by archaeopteryx@coole-files.de at Fri, 04 Aug 2017 17:19:17 +0000
Bug 1347182 - Add support for setting the background color of all toolbars using a WebExtension theme. r=jaws Original patch by :mikedeboer. MozReview-Commit-ID: IbTBCjt6oJp
faf1b9f57700234c11b89e1a18e1e3b2d58a56ec: Bug 1359157 - Support Selection.type from spec; r=smaug
Aryeh Gregor <ayg@aryeh.name> - Thu, 03 Aug 2017 17:13:24 +0300 - rev 372785
Push 32284 by archaeopteryx@coole-files.de at Fri, 04 Aug 2017 17:19:17 +0000
Bug 1359157 - Support Selection.type from spec; r=smaug All other browsers already support it, more or less interoperably. MozReview-Commit-ID: 4VoOeqBoKI0
a35f3b534eb97e7a68bbe7e7effab31bf44c6adc: Bug 1355451 - Speculative connect to websites on mousedown on awesomebar item. r=mak
Evelyn Hung <jj.evelyn@gmail.com> - Thu, 03 Aug 2017 21:41:58 +0800 - rev 372784
Push 32284 by archaeopteryx@coole-files.de at Fri, 04 Aug 2017 17:19:17 +0000
Bug 1355451 - Speculative connect to websites on mousedown on awesomebar item. r=mak We preconnect to an explicit URL or the url in moz-action:remotetab on the popup. MozReview-Commit-ID: 2U6nhwM6RUk
c147d7716c17ef1e4cbbf8986322742fb3c8c4c2: Bug 1386754 - Deprecate 3DES on nightly builds r=dveditz
J.C. Jones <jjones@mozilla.com> - Wed, 02 Aug 2017 11:03:39 -0700 - rev 372783
Push 32284 by archaeopteryx@coole-files.de at Fri, 04 Aug 2017 17:19:17 +0000
Bug 1386754 - Deprecate 3DES on nightly builds r=dveditz 3DES usage is well below 1% [1]. A recent TLS Canary run with "security.ssl3.rsa_des_ede3_sha" disabled showed 825 of 500,000 sites being affected by deprecating 3DES [2]. This starts the deprecation by disabling the 3DES cipher suite preference in nightly builds. [1] https://mzl.la/2uNt0BP [2] https://tlscanary.mozilla.org/runs/2017-08-01-17-07-49/ MozReview-Commit-ID: C9cobeOqGLj
b3778db095815535e20637126058da3cbb40c846: Bug 1385539 - Re-add accidentally deleted documentation of mozbuild.configure.ConfigureSandbox.include_file; r=glandium
Tom Prince <mozilla@hocat.ca> - Sat, 29 Jul 2017 00:31:17 -0600 - rev 372782
Push 32284 by archaeopteryx@coole-files.de at Fri, 04 Aug 2017 17:19:17 +0000
Bug 1385539 - Re-add accidentally deleted documentation of mozbuild.configure.ConfigureSandbox.include_file; r=glandium The code was deleted in Bug 1256571. MozReview-Commit-ID: JgWoxOyMQ8z
32083f24a1bb2c33050b4c972783f066432194eb: Merge inbound to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Thu, 03 Aug 2017 18:06:53 -0700 - rev 372781
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Merge inbound to central, a=merge MozReview-Commit-ID: DlSLhaepjeU
33ca8807bddee0b3a17e285c8ed6d2331e6540b1: Bug 1386920 - Use a versioned dependency on GCC to build clang. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Thu, 03 Aug 2017 12:24:41 +0900 - rev 372780
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386920 - Use a versioned dependency on GCC to build clang. r=gps The lesson learned from bug 1356926 and bug 1386588 is that the version of gcc used to build clang matters, and that we can't bind the version we use to build clang to the version we use to build Firefox.
aabe4d6900bc84a94e8b0120cfa490d2af86e5dd: Bug 1386589 - Remove the linux64 tooltool manifests that look the same as releng.manifest. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 20:06:10 +0900 - rev 372779
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386589 - Remove the linux64 tooltool manifests that look the same as releng.manifest. r=gps
24041731b278c34c0b76c1223cb79958cb849d18: Bug 1356926 - Enable stylo on static analysis builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 19:58:59 +0900 - rev 372778
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1356926 - Enable stylo on static analysis builds. r=gps
2a497555fda7695733f438131674ab72e985b89f: Bug 1356926 - Use the same clang as normal builds for static analysis. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 19:57:24 +0900 - rev 372777
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1356926 - Use the same clang as normal builds for static analysis. r=gps In practice, this upgrades from clang 3.8 to 3.9.
721b953ccc76287a94a1b787025127c5c0644eae: Bug 1356926 - Make all stdc++compat symbols weak. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Thu, 03 Aug 2017 11:52:24 +0900 - rev 372776
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1356926 - Make all stdc++compat symbols weak. r=froydnj In some cases, we can end up linking some things with --static-libstdc++. The notable (only?) example of that is for the clang-plugin, and that happens because it gets some of its flags from llvm-config, which contains --static-libstdc++ because clang itself is built that way. When that happens, the combination of --static-libstdc++ and stdc++compat breaks the build because they have conflicting symbols, which is very much by design. There are two ways out of this: - avoiding either -static-libstdc++ or stdc++compat - work around the symbol conflicts The former is not totally reliable ; we'd have to accurately determine if we're in a potentially conflicting case, and remove one of the two in that case, and while we can do that for the cases we explicitly know about, that's not future-proof, and might fail just as much in the future. So we go with the latter. The way we do this is by defining all the std++compat symbols weak, such that at link time, they're overridden by any symbol with the same name. When building with -static-libstdc++, libstdc++.a provides those symbols so the linker eliminates the weak ones. When not building with -static-libstdc++, the linker keeps the symbols from stdc++compat. That last assertion is validated by the long-standing CHECK_STDCXX test that we run when linking shared libraries and programs. That still leaves the symbols weak in the final shared libraries/programs, which is a change from the current setup, but shouldn't cause problems because when using versions of libstdc++.so that do provide those symbols, it's fine to use the libstdc++.so version anyways.
7290c51efe988249a66137d81ede29ae6c62e695: Bug 1386411 - Part 7: Inline EditorBase::GetSelection(); r=masayuki
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 19:51:25 -0400 - rev 372775
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 7: Inline EditorBase::GetSelection(); r=masayuki
17155d1c2ca71ef2e3a21254f4dbeae52a0b99e8: Bug 1386411 - Part 6: Add a more efficient nsISelectionController::GetSelection() API for retrieving native Selection objects; r=bzbarsky
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 19:50:50 -0400 - rev 372774
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 6: Add a more efficient nsISelectionController::GetSelection() API for retrieving native Selection objects; r=bzbarsky This API avoids needless refcounting and QueryInterface overhead.
f570c6739e48f9c519cf011fb730b717192e13f9: Bug 1386411 - Part 5: Make BaseEditor::GetSelectionController() return nsISelectionController*, and inline it; r=masayuki
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 18:56:02 -0400 - rev 372773
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 5: Make BaseEditor::GetSelectionController() return nsISelectionController*, and inline it; r=masayuki This method can be extremely hot, so we need to remove all sources of XPCOM overhead from it. This includes the usages of weak pointers (thanks to the previous parts), refcounting, and QueryInterface. I kept the callers hold the selection controller alive by assigning the return value to an nsCOMPtr in places where the methods called on it could have a remote chance of messing with the lifetime of objects.
cb876b926c3221a3ce0b8e617b1442fb355cbf0a: Bug 1386411 - Part 4: Don't store the document as a weak reference on EditorBase; r=masayuki
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 18:30:49 -0400 - rev 372772
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 4: Don't store the document as a weak reference on EditorBase; r=masayuki This one also doesn't need to be a weak reference, and can be a strong reference that the cycle collector knows about instead.
99684f0b3ed66b52681016e77a585d90165ed332: Bug 1386411 - Part 3: Inline some helper functions in Selection.cpp; r=bzbarsky
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 17:19:19 -0400 - rev 372771
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 3: Inline some helper functions in Selection.cpp; r=bzbarsky
61b7d37ac269656ffc7ba33380c0b0ecb897c7e3: Bug 1386411 - Part 2: Devirtualize and inline nsISelection::AsSelection(); r=bzbarsky
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 17:12:57 -0400 - rev 372770
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 2: Devirtualize and inline nsISelection::AsSelection(); r=bzbarsky nsISelection is builtinclass, so this method doesn't need to be virtual.
8e16aa741451f0298f93028a20823430a3b9aa7f: Bug 1386411 - Part 1: Don't store the selection controller as a weak reference on EditorBase; r=masayuki
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 17:00:50 -0400 - rev 372769
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386411 - Part 1: Don't store the selection controller as a weak reference on EditorBase; r=masayuki This doesn't need to be a weak reference, and can instead be a simple strong reference that we introduce to the cycle collector.
ff89a15be29818c44e9d73946e472018ee5093fa: Bug 1386468 - Only register SelectionChangeListener for plaintext controls when dom.select_events.textcontrols.enabled is turned on; r=mystor
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 01 Aug 2017 20:27:24 -0400 - rev 372768
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1386468 - Only register SelectionChangeListener for plaintext controls when dom.select_events.textcontrols.enabled is turned on; r=mystor
fc1d502dc1eafd53d5aecec1feac663e25104c74: Bug 1383916 Prep a DrawTarget to be drawn to on the paint thread. r=dvander
Mason Chang <mchang@mozilla.com> - Thu, 03 Aug 2017 08:50:32 -0700 - rev 372767
Push 32283 by kwierso@gmail.com at Fri, 04 Aug 2017 01:07:14 +0000
Bug 1383916 Prep a DrawTarget to be drawn to on the paint thread. r=dvander
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip