a8c0ea1bb08f31a80fd50125674e6e3207c2fc6c: Bug 1409973 - Update JS runtime default locale when pref javascript.use_us_english_local changes. r=Gijs
Chung-Sheng Fu <cfu@mozilla.com> - Mon, 15 Jan 2018 17:15:22 +0800 - rev 760297
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1409973 - Update JS runtime default locale when pref javascript.use_us_english_local changes. r=Gijs MozReview-Commit-ID: GzKSIFEqw4h
790b8ab1032b869cf8f449d069fa5db900965924: Bug 1409973 - Add tests for Date.toLocaleString and Intl.DateTimeFormat.format fingerprinting resistance r=gandalf
Tom Ritter <tom@mozilla.com> - Tue, 23 Jan 2018 15:13:50 -0600 - rev 760296
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1409973 - Add tests for Date.toLocaleString and Intl.DateTimeFormat.format fingerprinting resistance r=gandalf MozReview-Commit-ID: KxJHQ8xPDlp
03556f5a85d788fe55eed017d807b2d14fc7c1cf: Bug 1376865 Add a test for Canvas Image Prompts triggered by user inputs. r=baku
Tom Ritter <tom@mozilla.com> - Sat, 17 Feb 2018 22:04:11 -0600 - rev 760295
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1376865 Add a test for Canvas Image Prompts triggered by user inputs. r=baku MozReview-Commit-ID: Ht9gaW92yMG
ba0944d01aa8b29f5f4a553e2418046983bf6d22: Bug 1376865 Automatically decline the canvas permission if it is not in response to user input r=baku
Tom Ritter <tom@mozilla.com> - Sat, 17 Feb 2018 13:53:05 -0600 - rev 760294
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1376865 Automatically decline the canvas permission if it is not in response to user input r=baku The canvas prompt is extremely annoying. It happens everyone, automatically. And in 99.9% (not scientific) of cases it is not triggered by user input, but my automatic tracking scripts. This commit will automatically decline the canvas read if it was not triggered by user input. Just in case this breaks something irrepairably, we have a cutoff pref. We don't intend to keep this pref forever, and have asked anyone who sets it to tell us why. MozReview-Commit-ID: CxNkuraRWpV
f674159f8c52bb828f563549c45fd3333d53afc7: Bug 659610 - Remove nsGenericHTMLElement::SetAttrHelper and related helper macros. r=qdot
Adrian Wielgosik <adrian.wielgosik@gmail.com> - Sat, 24 Feb 2018 20:20:23 +0100 - rev 760293
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 659610 - Remove nsGenericHTMLElement::SetAttrHelper and related helper macros. r=qdot The only remaining instance of NS_IMPL_BOOL_ATTR macro was expanded by hand. MozReview-Commit-ID: DQ8fGGNTl3y
f0a0ac0e2c21b0a00842e30a603c8476ba3b89c6: Bug 1440449 - Remove codegen-units limit for debug builds. r=froydnj
Ralph Giles <giles@mozilla.com> - Thu, 22 Feb 2018 11:58:50 -0800 - rev 760292
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1440449 - Remove codegen-units limit for debug builds. r=froydnj Starting with Rust 1.24, the default codegen-units limit is 16, with jobserver control to avoid overprovisioning. Remove our previous fixed limit of 4 threads for debug builds. For release, retain codegen-units=1 to make sure we get the most complete optimization results. Thanks to Simon Sapin for the suggestion. MozReview-Commit-ID: FmYF4DcmBvt
109cd0a34ffea65f7540dbd6d7feb9c6ca39ec55: Bug 1434706 - Add identity.fxaccounts.enabled pref to disable Sync and FxA. r=markh
Edouard Oger <eoger@fastmail.com> - Thu, 15 Feb 2018 11:24:44 +0800 - rev 760291
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1434706 - Add identity.fxaccounts.enabled pref to disable Sync and FxA. r=markh MozReview-Commit-ID: 4UuppJyOi5s
62d9bbdd6feeaec0153ed7ab65a14c77b7dcd032: servo: Merge #20124 - Replace LengthOrNone by a specific type for the perspective property (from servo:perspective); r=emilio
Anthony Ramine <n.oxyde@gmail.com> - Mon, 26 Feb 2018 16:35:32 -0500 - rev 760290
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
servo: Merge #20124 - Replace LengthOrNone by a specific type for the perspective property (from servo:perspective); r=emilio Source-Repo: https://github.com/servo/servo Source-Revision: 6df0dc5b2710a6ba856de7c064a6631a8d63efc5
bf5c890bbac17c2e21c0984ba3a5ab6a28cd4211: Bug 1408551 - Set hasDupe on outgoing bookmarks when using the buffer r=kitcambridge
Thom Chiovoloni <tchiovoloni@mozilla.com> - Thu, 22 Feb 2018 19:38:55 -0500 - rev 760289
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1408551 - Set hasDupe on outgoing bookmarks when using the buffer r=kitcambridge MozReview-Commit-ID: BU5Hbkn5OKH
0921ebb252629a328ad61a4e4b6dbf3ab922fc1b: Bug 1441217 - Use nsXPTMethodInfo instead of XPTMethodDescriptor in XPConnect. r=njn
Andrew McCreight <continuation@gmail.com> - Mon, 26 Feb 2018 08:19:02 -0800 - rev 760288
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1441217 - Use nsXPTMethodInfo instead of XPTMethodDescriptor in XPConnect. r=njn nsXPTMethodInfo is a nicer structure to use, and this paves the way for making the two types different, which will be needed if I make XPTMethodDescriptor statically allocated. Also, use the higher level accessor methods. MozReview-Commit-ID: JbRdLU5Wwyt
f9658f61fbe2b6b46647f8fed78269627e60b856: Bug 1441205 - XPTMethodDescriptor::result is unused. r=njn
Andrew McCreight <continuation@gmail.com> - Mon, 26 Feb 2018 08:49:19 -0800 - rev 760287
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1441205 - XPTMethodDescriptor::result is unused. r=njn This sounds weird, but either: 1) A method is notxpcom, so it can't be called from script and the XPT information is unused. 2) A method is not notxpcom, in which case the result type is nsresult. MozReview-Commit-ID: a7SRJn8PlP
1d5ae4b0b826feea18dfb162d5b03bfbd652f547: Bug 1433290 - Remove Block parameter for InstallAddons and Popup policies. r=bytesized
Felipe Gomes <felipc@gmail.com> - Mon, 26 Feb 2018 17:09:43 -0300 - rev 760286
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1433290 - Remove Block parameter for InstallAddons and Popup policies. r=bytesized The Block parameters for the InstallAddons policy doesn't make sense because the addons install process has two behaviors: - Allow - Ask So a website that is not explictly in the allow list will always ask for permission before installing an addon. If a sysadmin wants to fully block addon install they can use a different policy. Similarly, for Popups it's the same thing. There is a conceptually valid use case in that someone can change the _default_ behavior to always allow popups, and then the Block list becomes the allow exceptions to Ask. But that's a corner case that we don't need to support now, since allowing popups globally on the web is a pretty crazy choice. MozReview-Commit-ID: EzclfLNDgUo
4777312d11cdfa44ec7ced4514e6be676076a5b9: Merge mozilla-central to autoland. a=merge CLOSED TREE
Tiberius Oros <toros@mozilla.com> - Tue, 27 Feb 2018 00:22:22 +0200 - rev 760285
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Merge mozilla-central to autoland. a=merge CLOSED TREE
fcde688c911e2cf602516a3a67097f0a29ae9354: Bug 1398845 - Handle null mBuffer in PaintedLayerComposite::IsOpaque r=mstange
Doug Thayer <dothayer@mozilla.com> - Thu, 22 Feb 2018 20:53:10 -0800 - rev 760284
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1398845 - Handle null mBuffer in PaintedLayerComposite::IsOpaque r=mstange In some cases we can end up with a PaintedLayerComposite still present in the layer tree but with its mBuffer cleaned up. Whether this should be occurring or not is still under discussion, but nevertheless a PaintedLayerComposite without its mBuffer should not be considered opaque, and treating it as opaque results in a black flash on OSX when following links from the activity stream. MozReview-Commit-ID: KklHEivfBWZ
33f5af992a674279aa1d667e1bae53e32ba8b5a3: Bug 1436354 - Enable modernize-use-bool-literals at review phase r=Ehsan
Sylvestre Ledru <sledru@mozilla.com> - Wed, 07 Feb 2018 15:14:32 +0100 - rev 760283
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1436354 - Enable modernize-use-bool-literals at review phase r=Ehsan This won't warn about existing defects. MozReview-Commit-ID: Fra6TmTREf2
b96bf2121395692aa6e57ebfbf9bb0fe3cc2b5a5: Bug 1370794 - Use bool instead of integer being casted to bool r=Ehsan
Sylvestre Ledru <sledru@mozilla.com> - Wed, 07 Feb 2018 15:15:28 +0100 - rev 760282
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1370794 - Use bool instead of integer being casted to bool r=Ehsan MozReview-Commit-ID: lUVFeU0Y0p
2fae7bef0ce312d4f4ffaa8faee3cf2647afc17e: Bug 1370794 - Replace some 0 by false in the dom bindings code generation r=Ehsan
Sylvestre Ledru <sledru@mozilla.com> - Wed, 07 Feb 2018 12:05:45 +0100 - rev 760281
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1370794 - Replace some 0 by false in the dom bindings code generation r=Ehsan MozReview-Commit-ID: IRErUEAlkTc
ee70413814591848629fb6bdc53e4514f59ba6b4: Bug 1440428 - Fix: Don't install Proguard JAR in |mach bootstrap|. r=jchen
Nick Alexander <nalexander@mozilla.com> - Mon, 26 Feb 2018 11:37:41 -0800 - rev 760280
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1440428 - Fix: Don't install Proguard JAR in |mach bootstrap|. r=jchen MozReview-Commit-ID: EOvKSE5z28P
eacdc0b781e2d60bac6549c6b2f3e05631c1a7b3: Bug 1440949 - Allow plain JS objects to request addon interposition;r=kmag
Brian Grinstead <bgrinstead@mozilla.com> - Mon, 26 Feb 2018 13:37:15 -0800 - rev 760279
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1440949 - Allow plain JS objects to request addon interposition;r=kmag This is needed to allow interposition for gBrowser, which will change from a DOM node into a plain JS object in Bug 1392352. An object can set the `requiresAddonInterpositions` property to enable this feature. MozReview-Commit-ID: 4Uw5xzgZtXO
013496665183dfe7e9f7ffd033e71279ae962356: Bug 1429185 - BlockAboutConfig policy should lock devtools.chrome.enabled to false;r=Felipe
Julian Descottes <jdescottes@mozilla.com> - Mon, 26 Feb 2018 18:36:27 +0100 - rev 760278
Push 100603 by jcristau@mozilla.com at Tue, 27 Feb 2018 11:10:29 +0000
Bug 1429185 - BlockAboutConfig policy should lock devtools.chrome.enabled to false;r=Felipe MozReview-Commit-ID: CeU9lFGfZhC
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip