6a122e9df80af20caf1ef030f74709a634b0f606: Bug 1425035 - move --enable-ui-locale to moz.configure; r=gps
Nathan Froyd <froydnj@gmail.com> - Mon, 18 Dec 2017 14:21:26 -0800 - rev 396771
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1425035 - move --enable-ui-locale to moz.configure; r=gps We need MOZ_UI_LOCALE even when building the JS shell so config/config.mk variable assignments don't run into issues. But it doesn't make any sense to configure a UI locale for the JS shell. So make --enable-ui-locale a normal `option`, but give it a `default`, which is the value shell-only builds will always see.
4e0519ed813188051360705b9183af5e9e22d09d: Bug 1423425 Initial draft of WebExtensions API documentation r=bsilverberg
Andrew Swan <aswan@mozilla.com> - Tue, 05 Dec 2017 18:54:34 -0800 - rev 396770
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1423425 Initial draft of WebExtensions API documentation r=bsilverberg MozReview-Commit-ID: EwcE881XGfp
7d5aebbafcf786b177a942f1a5fbaa107158ad09: Bug 1423425 Make some extensions comments jsdoc-compatible r=kmag
Andrew Swan <aswan@mozilla.com> - Tue, 05 Dec 2017 18:53:15 -0800 - rev 396769
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1423425 Make some extensions comments jsdoc-compatible r=kmag MozReview-Commit-ID: 3mUKR9IuEKA
a92c9a459eeb04d713d5459a6ae08ba1ac4b2c12: Bug 1423425 Stop reading the Extension.jsm module object in specialpowers r=kmag
Andrew Swan <aswan@mozilla.com> - Mon, 18 Dec 2017 10:32:23 -0800 - rev 396768
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1423425 Stop reading the Extension.jsm module object in specialpowers r=kmag The return value from Cu.import() does not include lexically scoped symbols so stop using it here. Also stop using Extension.generate() while we're here. MozReview-Commit-ID: HnX3RGgDHbR
da4fe391303b1f8eeb5e72ef3f88a92ab6afb3e1: Bug 1423425 Let sphinx-js read .js files r=erik
Andrew Swan <aswan@mozilla.com> - Tue, 05 Dec 2017 18:53:59 -0800 - rev 396767
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1423425 Let sphinx-js read .js files r=erik MozReview-Commit-ID: LfL3CG6L4Ss
66ccb03771abc5b91cf69049f11b1ec80e80e60a: Merge mozilla-central to autoland. r=merge a=merge CLOSED TREE
Gurzau Raul <rgurzau@mozilla.com> - Tue, 19 Dec 2017 00:00:36 +0200 - rev 396766
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Merge mozilla-central to autoland. r=merge a=merge CLOSED TREE
59321d42d617ccbac0c7c1a41fa239449b40d780: Bug 1425363 - remove onWindowTitleChanged given that nobody uses it, r=bgrins
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Thu, 14 Dec 2017 21:55:44 -0600 - rev 396765
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1425363 - remove onWindowTitleChanged given that nobody uses it, r=bgrins MozReview-Commit-ID: ALslAwZo4K9
f8a8b592c702103090d71539ee28db1fd6e7b82c: Bug 1425363 - remove the windowds XPCOM component, r=spohl
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Thu, 14 Dec 2017 21:39:16 -0600 - rev 396764
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1425363 - remove the windowds XPCOM component, r=spohl MozReview-Commit-ID: qKiQCuDiMq
8cc8bd064aa801780449699cf80e90fa447531da: Bug 1425363 - use JS instead of the windowds data source for the mac window menu, r=bgrins,spohl
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Thu, 14 Dec 2017 21:35:53 -0600 - rev 396763
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1425363 - use JS instead of the windowds data source for the mac window menu, r=bgrins,spohl MozReview-Commit-ID: 2qcRkFLjOeu
937d7ee3b9bc3df58f0d5b3abc163267405de3d0: servo: Merge #19574 - Downgrade to rustc nightly-2017-11-14 (from asajeffrey:rustdown-2017-11-14); r=glennw
Alan Jeffrey <ajeffrey@mozilla.com> - Mon, 18 Dec 2017 13:59:23 -0600 - rev 396762
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
servo: Merge #19574 - Downgrade to rustc nightly-2017-11-14 (from asajeffrey:rustdown-2017-11-14); r=glennw <!-- Please describe your changes on the following line: --> This is causing nightly servo to crash with hardware acceleration. --- <!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `__` with appropriate data: --> - [X] `./mach build -d` does not report any errors - [X] `./mach test-tidy` does not report any errors - [X] These changes work around #19519 - [X] These changes do not require tests because testing requires AWS instances with GPUs. <!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.--> <!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. --> Source-Repo: https://github.com/servo/servo Source-Revision: 57277acd27968df6323fa925d149f9a8c1c3f0cc
e8d7f5f691c6c9312a2b7c60d36b4a54dfb845d2: Bug 1425690 - Replace getCharPref with lazy pref getters in browser-sync.js r=eoger
Thom Chiovoloni <tchiovoloni@mozilla.com> - Sat, 16 Dec 2017 13:25:19 -0600 - rev 396761
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1425690 - Replace getCharPref with lazy pref getters in browser-sync.js r=eoger MozReview-Commit-ID: 51qDl9P3wXX
f333d8197a5b3cf323048c9a7db3611d1b865e47: Bug 1401551 - Only check for acceleration after the page is shown and we know the layer managers have been initialized. r=dvander
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 18 Dec 2017 12:48:47 -0500 - rev 396760
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1401551 - Only check for acceleration after the page is shown and we know the layer managers have been initialized. r=dvander MozReview-Commit-ID: CA2gQxMIuXn
6239a7c3e034937f2b1d0e83053f163d22c24363: Bug 1421163: Allow passing configuration to mozharness directly from taskcluster configuration; r=jlund
Tom Prince <mozilla@hocat.ca> - Mon, 27 Nov 2017 21:33:13 -0700 - rev 396759
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1421163: Allow passing configuration to mozharness directly from taskcluster configuration; r=jlund MozReview-Commit-ID: 1ZeI89hHppD
4f4836d4a0841f27ac88dfa05d248309e8d601d1: Bug 1398963 part 7: Add an about:config flag to optionally emulate -moz-box with flexbox. r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Thu, 26 Oct 2017 11:12:17 -0700 - rev 396758
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 7: Add an about:config flag to optionally emulate -moz-box with flexbox. r=mats This feature is intended to help Firefox frontend developers experiment with replacing XUL content with modern flexbox. We might also eventually use this emulation to *actually* render most or all of our legacy XUL UI. MozReview-Commit-ID: 3g2W9o3t23H
16e76fada893040809d0f9f672b53bd99ffabfe4: Bug 1398963 part 6: Make "visibility:collapse" cause flex items to be 0-sized, in emulated -moz-{inline-}box. r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:11 -0600 - rev 396757
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 6: Make "visibility:collapse" cause flex items to be 0-sized, in emulated -moz-{inline-}box. r=mats In modern flexbox and in "display:-webkit-box", children with "visibility:collapse" currently generate "struts" which have 0 main-size but nonzero cross-size. But XUL/-moz-box treats these children differently -- it makes them 0-sized in both axes. So we need to add a custom behavior to modern flexbox in order to emulate that. Specifically, this patch makes us: - Ignore these children when computing the flex container's intrinsic sizes. - Take a simpler codepath with 0-sized struts for collapsed elements when laying out a -moz-box (rather than the typical 2-pass layout, with strut cross-size being established in the 1st pass). MozReview-Commit-ID: IpkADpFFBMx
9d1204867a515fb03fd91690fc39241d66987a6c: Bug 1398963 part 5: Treat XUL Popups like other OOF boxes when generating anon flex items, since they spawn placeholders. r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:10 -0600 - rev 396756
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 5: Treat XUL Popups like other OOF boxes when generating anon flex items, since they spawn placeholders. r=mats XUL popups (i.e. FrameConstructionItem instances with mIsPopup==true) behave like out-of-flow content -- in particular, they generate nsPlaceholderFrame instances. So, they need the same placeholder-wrapping behavior that we have for other out-of-flow frames inside of an emulated legacy box, in order to satisfy our existing invariants. MozReview-Commit-ID: KnspN4kTPnx
2d4dd2c2712efea9f49597c60aee27c2491d9753: Bug 1398963 part 4: Refactor logic in nsCSSFrameConstructor's IsXULDisplayType() function (idempotent patch). r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:10 -0600 - rev 396755
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 4: Refactor logic in nsCSSFrameConstructor's IsXULDisplayType() function (idempotent patch). r=mats This patch does not change behavior. This patch just refactors the logic in IsXULDisplayType so that -moz-box and -moz-inline-box are handled via a dedicated early-return. This lets a later patch in this series make a more understandable targeted tweak to add pref-controlled behavior for these display values. MozReview-Commit-ID: 6keGrxJcA5l
39f1f91f7b0be7505e12e45772566d7c87ee01db: Bug 1398963 part 3: Generalize "webkit-box" variable names and code-comments in nsCSSFrameConstructor.cpp (idempotent patch). r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:10 -0600 - rev 396754
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 3: Generalize "webkit-box" variable names and code-comments in nsCSSFrameConstructor.cpp (idempotent patch). r=mats Now that (per previous patch) NS_STATE_FLEX_IS_EMULATING_LEGACY_BOX isn't just a webkit-box-specific tag: this patch here generalizes the variable-names and comments associated with that flag in nsCSSFrameConstructor.cpp. This patch does not make any changes to behavior; it's simply renaming & comment tweaks. MozReview-Commit-ID: DcF5GirAQwD
462e7346039f17b609f5af67d4fee7217253906d: Bug 1398963 part 2: Make nsFlexContainerFrame label itself as legacy if it has -moz-box/-moz-inline-box display val. r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:10 -0600 - rev 396753
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 2: Make nsFlexContainerFrame label itself as legacy if it has -moz-box/-moz-inline-box display val. r=mats To be clear, this is a "paving the way" patch. At this point in the patch series, it's not yet possible for us to generate a nsFlexContainerFrame that has display:-moz-box. (A later patch in this series will make that possible.) This patch adds the mechanics to nsFlexContainerFrame instances so that they'll label themselves appropriately (with NS_STATE_FLEX_IS_EMULATING_LEGACY_BOX) once it *does* become possible for -moz-box to spawn a nsFlexContainerFrame. Moreover, this patch updates the state bit's documentation to reflect its new potential-usage. MozReview-Commit-ID: ElApieVoTLf
959ac9840798c974febf91d9749aa4216870ac2c: Bug 1398963 part 1: Rename frame-state bit from NS_STATE_FLEX_IS_LEGACY_WEBKIT_BOX to NS_STATE_FLEX_IS_EMULATING_LEGACY_BOX (idempotent patch). r=mats
Daniel Holbert <dholbert@cs.stanford.edu> - Mon, 18 Dec 2017 12:17:10 -0600 - rev 396752
Push 33111 by dluca@mozilla.com at Tue, 19 Dec 2017 10:06:26 +0000
Bug 1398963 part 1: Rename frame-state bit from NS_STATE_FLEX_IS_LEGACY_WEBKIT_BOX to NS_STATE_FLEX_IS_EMULATING_LEGACY_BOX (idempotent patch). r=mats This patch isn't changing semantics of this bit at all - it just renames it to a more general name. In other words, this patch does not change behavior. MozReview-Commit-ID: 4wb13X4YinJ
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip