750cd995b6f84dea1c36992c0e66ea3e01fee281: Bug 1437512 - Part 2 - Remove the "panelmultiview" binding construction. r=Gijs draft
Paolo Amadini <paolo.mozmail@amadzone.org> - Mon, 12 Feb 2018 17:20:16 +0000 - rev 753911
Push 98719 by paolo.mozmail@amadzone.org at Mon, 12 Feb 2018 17:22:56 +0000
Bug 1437512 - Part 2 - Remove the "panelmultiview" binding construction. r=Gijs MozReview-Commit-ID: 3oCvOe5th0B
435c6740fed8920a6223798d54ea4265ea8043f6: Bug 1437512 - Part 1 - Support "panelview" elements located anywhere in the document. r=Gijs draft
Paolo Amadini <paolo.mozmail@amadzone.org> - Mon, 12 Feb 2018 16:44:00 +0000 - rev 753910
Push 98719 by paolo.mozmail@amadzone.org at Mon, 12 Feb 2018 17:22:56 +0000
Bug 1437512 - Part 1 - Support "panelview" elements located anywhere in the document. r=Gijs The showSubView public method now aligns with its callers and doesn't return a Promise anymore. The showMainView method still returns a Promise because at the moment it is used externally for asynchronous cleanup. MozReview-Commit-ID: FcnEx5f5HKh
88ff71918246c90d35c429cb4b04691b3f1001c0: Bug 1434376 - Switch over all uses of BrowserUtils.promiseLayoutFlushed to window.promiseDocumentFlushed. r?paolo draft
Mike Conley <mconley@mozilla.com> - Sun, 11 Feb 2018 20:15:11 -0500 - rev 753909
Push 98719 by paolo.mozmail@amadzone.org at Mon, 12 Feb 2018 17:22:56 +0000
Bug 1434376 - Switch over all uses of BrowserUtils.promiseLayoutFlushed to window.promiseDocumentFlushed. r?paolo window.promiseDocumentFlushed will call a callback as soon as a style or layout flush is not required for the document (which might be immediately). This is a new ChromeOnly API introduced in an earlier patch in this series. This patch also removes the now-unneeded BrowserUtils.promiseLayoutFlushed and BrowserUtils.promiseReflowed methods and infrastructure. MozReview-Commit-ID: Jv7KoxBXhHG
7ed43b7f6f09ade19541a535827bc16db0a1ea3b: Bug 1434376 - Add basic tests for window.promiseDocumentFlushed. r?bz draft
Mike Conley <mconley@mozilla.com> - Sun, 11 Feb 2018 20:13:53 -0500 - rev 753908
Push 98719 by paolo.mozmail@amadzone.org at Mon, 12 Feb 2018 17:22:56 +0000
Bug 1434376 - Add basic tests for window.promiseDocumentFlushed. r?bz MozReview-Commit-ID: KmyqaupJRtw
f5135e9729552c8f47e4889ef546259bca79a79e: Bug 1434376 - Introduce ChromeOnly window.promiseDocumentFlushed to detect when refresh driver ticks have completed. r?bz draft
Mike Conley <mconley@mozilla.com> - Sun, 11 Feb 2018 20:14:49 -0500 - rev 753907
Push 98719 by paolo.mozmail@amadzone.org at Mon, 12 Feb 2018 17:22:56 +0000
Bug 1434376 - Introduce ChromeOnly window.promiseDocumentFlushed to detect when refresh driver ticks have completed. r?bz This is particularly useful for knowing when it's safe to query for style and layout information for a window without causing a synchronous style or layout flush. Note that promiseDocumentFlushed was chosen over promiseDidRefresh or promiseRefreshed to avoid potential confusion with the actual network-level refresh of browsers or documents. MozReview-Commit-ID: Am3G9yvSgdN
d2f91ffc1c4f8912922923a4271a6a20de99d724: Bug 1435368 - Implement precision when rounding polygon coordinates on Shapes editor. r=gl draft
Razvan Caliman <rcaliman@mozilla.com> - Tue, 06 Feb 2018 11:35:55 -0500 - rev 753906
Push 98718 by bmo:rcaliman@mozilla.com at Mon, 12 Feb 2018 17:14:54 +0000
Bug 1435368 - Implement precision when rounding polygon coordinates on Shapes editor. r=gl
c1f0be6d4845fd68f3836592a27cb447ad574e9a: Bug 1425406 - Add a linux64 clang 6 (pre) toolchain with the macosx64 native sanitizer dylibs. r?froydnj draft
Jesse Schwartzentruber <jdschwa@gmail.com> - Thu, 08 Feb 2018 16:58:12 -0500 - rev 753905
Push 98717 by bmo:jschwartzentruber@mozilla.com at Mon, 12 Feb 2018 17:03:33 +0000
Bug 1425406 - Add a linux64 clang 6 (pre) toolchain with the macosx64 native sanitizer dylibs. r?froydnj MozReview-Commit-ID: Ig9xpBDcjNu
4aeaee920195eb886bab2c58547170110477e372: Bug 1436058 - Don't remove a WebRender pipeline if we re-created one with the same id. r=kats draft
Nicolas Silva <nsilva@mozilla.com> - Mon, 12 Feb 2018 11:43:08 -0500 - rev 753904
Push 98716 by kgupta@mozilla.com at Mon, 12 Feb 2018 16:43:47 +0000
Bug 1436058 - Don't remove a WebRender pipeline if we re-created one with the same id. r=kats Patch originally attached to - and reviewed by sotaro on - bug 1432708. MozReview-Commit-ID: 300BOHFNrbe
78336e265760bae888c9fa807d4a5fa0cf370bf2: Bug 1436058 - Remove async image pipelines when the renderer notifies pipelines removed. r=kats draft
Nicolas Silva <nsilva@mozilla.com> - Mon, 12 Feb 2018 11:37:02 -0500 - rev 753903
Push 98716 by kgupta@mozilla.com at Mon, 12 Feb 2018 16:43:47 +0000
Bug 1436058 - Remove async image pipelines when the renderer notifies pipelines removed. r=kats Patch originally attached to - and reviewed by sotaro on - bug 1432708. MozReview-Commit-ID: LNWHtuFTPG5
9790131af6798bf61b373102514a19c5256aaf70: Bug 1436058 - Update for log 0.4 bump in WR PR 2385. r?jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 12 Feb 2018 11:32:50 -0500 - rev 753902
Push 98716 by kgupta@mozilla.com at Mon, 12 Feb 2018 16:43:47 +0000
Bug 1436058 - Update for log 0.4 bump in WR PR 2385. r?jrmuizel MozReview-Commit-ID: Cxkecg2cTDW
111a4e0ad8d56fb5ec4b688972f6d8a1730f86ab: Bug 1436058 - Update Cargo lockfiles and re-vendor rust dependencies. r?jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 12 Feb 2018 11:32:10 -0500 - rev 753901
Push 98716 by kgupta@mozilla.com at Mon, 12 Feb 2018 16:43:47 +0000
Bug 1436058 - Update Cargo lockfiles and re-vendor rust dependencies. r?jrmuizel MozReview-Commit-ID: GiRingn0bX1
bdd65999d58000216a4fa2a4c5434f1ac5a8c167: Bug 1436058 - Update webrender to 342bc314db94aa439b2001249c5f24ccfcbccc22. r?jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 12 Feb 2018 11:28:01 -0500 - rev 753900
Push 98716 by kgupta@mozilla.com at Mon, 12 Feb 2018 16:43:47 +0000
Bug 1436058 - Update webrender to 342bc314db94aa439b2001249c5f24ccfcbccc22. r?jrmuizel MozReview-Commit-ID: DoRq53eXv1Q
ac2ca0f234a2268b68420caf876c84331f9017e6: Bug 1169290 - Guard navigator.webdriver behind dom.webdriver.enabled pref. r?bz,maja_zf draft
Andreas Tolfsen <ato@sny.no> - Fri, 09 Feb 2018 14:57:32 +0000 - rev 753899
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Guard navigator.webdriver behind dom.webdriver.enabled pref. r?bz,maja_zf On the off chance exposing navigator.webdriver turns out to be catastrophic, this patch introduces a new preference dom.webdriver.enabled that controls its exposure. This lets us flip a pref on release without releasing an update. MozReview-Commit-ID: KisaqPb0Y4V
9a6c619f6f3390750efa286162f461c0e0192d1c: Bug 1169290 - Add navigator.webdriver attribute. r?bz,maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 19:42:17 +0000 - rev 753898
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Add navigator.webdriver attribute. r?bz,maja_zf This patch adds an enumerable, configurable, readonly attribute "webdriver" to the Navigator object. The attribute is true when the -marionette flag has been passed to Firefox or the marionette.enabled preference is true. Otherwise it is false. The definition of the interface is found in the WebDriver standard: https://w3c.github.io/webdriver/webdriver-spec.html#interface The navigator.webdriver attribute is meant as an indication to web authors that a document is visited by WebDriver. It is important to stress that it is not meant as a fool-proof way to detect that a website is being visited by a browser automation tool, but as a tool for web documents to take alternate code paths. MozReview-Commit-ID: D3qXVKqZG
c2ce4da729c2f9acc429b9d840d49aa97cfa519b: Bug 1169290 - Allow nsIMarionette to be initialised from C++. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 19:34:49 +0000 - rev 753897
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Allow nsIMarionette to be initialised from C++. r?maja_zf It can be useful to let nsIMarionette be initialised from C++, and this will cause a nsIMarionette.h file with the component's contract ID to be generated. MozReview-Commit-ID: IcFU2B2Wrzu
6f37570a152e70287a00f07a1b216412ca7e1ff5: Bug 1169290 - Make Marionette component safe to load in child process. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 19:34:32 +0000 - rev 753896
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Make Marionette component safe to load in child process. r?maja_zf The Marionette XPCOM component is loaded once per process, but only ever initialised in the main process. A subprocess that calls nsIMarionette.running will always see it return false because loading the MarionetteComponent class resets the MarionetteComponent#server property to null, causing MarionetteComponent#running to return false. To report the correct value in child processes they need to query the main process for the running state. This patch introduces a synchronous IPC message call to the main process using the child process message manager (CPMM). Because nsIMarionette is currently never used in a subprocess it is considered acceptable to use sync IPC in this case, especially given the circumstances that Marionette instruments the browser and is not tied to any frontend Firefox UX. MozReview-Commit-ID: 93xtZN4MvWq
e37d3479cd09c0f3128183fc1c0a71fb547caca3: Bug 1169290 - Reintroduce marionette.enabled pref. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 19:03:18 +0000 - rev 753895
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Reintroduce marionette.enabled pref. r?maja_zf Some time ago it was decided to remove the marionette.enabled preference due to concerns that XPCOM addons would be able to flip arbitrary preferences, potentially causing the remote control protocol to be activiated unintentionally. Since then XPCOM based addons have been removed from Firefox in favour of WebExtensions which do not have the capability to modify preferences. There are no current plans to make WebExtensions able to change preferences: https://wiki.mozilla.org/WebExtensions/FAQ#Does_the_WebExtensions_API_provide_access_to_preferences.3F This patch reintroduces the marionette.enabled preference, which when flipped to true will enable Marionette and spin up the TCP listener. Conversely it will stop the TCP listener and disable the component when switched back to false. The primary motivation for reintroducing it is the forthcoming addition of a new navigator.webdriver WebIDL attribute. The WebIDL interfaces can be annotated with [Pref="<pref name>"] which will automatically generate C++ code for determining whether it should be present in the interface. This is the easiest and least obstrusive way for Marionette to cause the webdriver attribute to appear on the navigator global. MozReview-Commit-ID: 28wN8Z3Q2a6
b55b7c94dd2ff47819577da324beb4b03ebfc521: Bug 1169290 - Handle -marionette flag in observe function. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 18:53:02 +0000 - rev 753894
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Handle -marionette flag in observe function. r?maja_zf All the other notifications are handled in the observe function, and it doesn't really make sense as a top-level function on the MarionetteComponent class. MozReview-Commit-ID: 79xWM5SA4vq
57776fa5e3a44a70d8b35586320d31d3f34769d4: Bug 1169290 - Fire remote-active observer notification in component. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 18:49:03 +0000 - rev 753893
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Fire remote-active observer notification in component. r?maja_zf It is more correct to fire the remote-active observer notification in the Marionette XPCOM component after the TCP listener has bound to a port, than to fire it inside the implementation of the TCP server. MozReview-Commit-ID: GXaxkQIgE6U
b7bc98d4dcadb71e7b8c312fa2b20a638048d94c: Bug 1169290 - Tell running state from whether server is alive. r?maja_zf draft
Andreas Tolfsen <ato@sny.no> - Sat, 27 Jan 2018 18:46:17 +0000 - rev 753892
Push 98715 by bmo:ato@sny.no at Mon, 12 Feb 2018 16:37:16 +0000
Bug 1169290 - Tell running state from whether server is alive. r?maja_zf This has the advantage that we no longer have to maintain a boolean state manually to tell whether the Marionette server is running. In other words, the Marionette service is running whenever the TCP listener has been started and is alive. MozReview-Commit-ID: 59mxXBGUIOn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip