66db131264086346c31236ec00d02557dc5b4f06: Bug 1500950 - Expose rootFrameLoader on WindowGlobalParent, r=farre
Nika Layzell <nika@thelayzells.com> - Sat, 20 Oct 2018 19:39:02 -0400 - rev 507659
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1500950 - Expose rootFrameLoader on WindowGlobalParent, r=farre This attribute was not exposed due to Bug 1489301. Differential Revision: https://phabricator.services.mozilla.com/D9404
3b5fffae2d2bf9c6825a4cfd2a9f4d6cb3a1b512: Bug 1500949 - Include innerWindowId/outerWindowId in PWindowGlobal, r=farre
Nika Layzell <nika@thelayzells.com> - Sat, 20 Oct 2018 16:04:00 -0400 - rev 507658
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1500949 - Include innerWindowId/outerWindowId in PWindowGlobal, r=farre This will be useful as both an ID for PWindowGlobal, as well as a mechanism for taking advantage of already synchronized information. As an example, LoadInfo objects contain the inner window IDs of the window requesting the load, which can now be used to obtain a reference to the corresponding WindowGlobalParent in the parent process. Differential Revision: https://phabricator.services.mozilla.com/D9396
71c3b3677db81f3d07bf67f839c6a48e78cf85f3: Bug 1500948 - Expose BrowsingContext on nsFrameLoader objects, r=farre
Nika Layzell <nika@thelayzells.com> - Fri, 19 Oct 2018 20:02:37 -0400 - rev 507657
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1500948 - Expose BrowsingContext on nsFrameLoader objects, r=farre This should make BrowsingContext more usable by making it much easier to obtain for a given frame or browser. BrowsingContext and nsFrameLoader should have the same lifetime. Differential Revision: https://phabricator.services.mozilla.com/D9395
784b3b56e2abeb125faad7738975f502e556d376: Bug 1500944 - Part 2: Expose WindowGlobal actors to Chrome JS, r=farre
Nika Layzell <nika@thelayzells.com> - Fri, 19 Oct 2018 19:02:56 -0400 - rev 507656
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1500944 - Part 2: Expose WindowGlobal actors to Chrome JS, r=farre This serves 2 purposes: 1. Provides an object corresponding to an inner window which Chrome JS can hold onto. 2. Provides the object to JS which Chrome JS per-window actors will be attached to. 3. Provides useful information to Chrome JS in the parent process. Differential Revision: https://phabricator.services.mozilla.com/D9394
0bad27401ddb5372cabc01e63d4ea0a2f9743e6f: Bug 1500944 - Part 1: Store the set of active WindowGlobalParent objects in ChromeBrowsingContext, r=farre
Nika Layzell <nika@thelayzells.com> - Fri, 19 Oct 2018 18:00:59 -0400 - rev 507655
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1500944 - Part 1: Store the set of active WindowGlobalParent objects in ChromeBrowsingContext, r=farre This allows getting the set of all window globals for a given browsing context. This is less useful at the moment as the active window global is not exposed as such. That will be added as a follow-up. Differential Revision: https://phabricator.services.mozilla.com/D9393
e0f95dd96d5458f60980f1e8b3f846beed6e5817: Bug 1448426 - Wrap windows.h to avoid problematic define statements, r=froydnj,glandium
Nika Layzell <nika@thelayzells.com> - Tue, 25 Sep 2018 17:34:53 +0200 - rev 507654
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1448426 - Wrap windows.h to avoid problematic define statements, r=froydnj,glandium By default, windows.h exposes a large number of problematic define statements which are UpperCamelCase, such as a define from `CreateWindow` to `CreateWindow{A,W}`. As many of these names are generic (e.g. CreateFile, CreateWindow), they can mess up Gecko code that may legitimately have its own methods with the same names. The header also defines some traditional SCREAMING_SNAKE_CASE defines which can mess up our code by conflicting with local values. This patch adds a simple code generator which generates wrappers for these defines, and uses them to wrap the windows.h wrapper using the `stl_wrappers` mechanism, allowing us to use windows.h in more places. Differential Revision: https://phabricator.services.mozilla.com/D10932
c60fa11538dba13f2eced54a835a4a0ff65a0ebd: Bug 1487249 - Part 3: Add the WindowGlobal actor representing a single window global, r=bzbarsky
Nika Layzell <nika@thelayzells.com> - Wed, 29 Aug 2018 18:21:25 -0400 - rev 507653
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1487249 - Part 3: Add the WindowGlobal actor representing a single window global, r=bzbarsky This actor can be used for communicating with individual frames, without depending on walking the tree in the content process. This is not yet complete. No tests have been written for it, the WindowGlobalParent objects need to be exposed to chrome JS, and a form of JS actors should be installed under them. In addition, BrowsingContextChrome objects should be updated to allow access to the current WindowGlobalParent in that context. Differential Revision: https://phabricator.services.mozilla.com/D4623
0190d4ffa54fab4397afd0cd43d2f896c052235a: Bug 1487249 - Part 2: Add a new PInProcess actor to manage intra-thread actors, r=mccr8
Nika Layzell <nika@thelayzells.com> - Wed, 29 Aug 2018 18:18:04 -0400 - rev 507652
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1487249 - Part 2: Add a new PInProcess actor to manage intra-thread actors, r=mccr8 This will be useful as a basis for asynchronous actors which would like to exist both when crossing the process boundary (managed by PContent), and when displaying an in-process window. Differential Revision: https://phabricator.services.mozilla.com/D4622
3cd10aba91304af8ea8502ad52d4ec64fddac0b5: Bug 1487249 - Part 1: Allow MessageChannel objects to be created within a thread, r=mccr8
Nika Layzell <nika@thelayzells.com> - Wed, 29 Aug 2018 18:00:05 -0400 - rev 507651
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1487249 - Part 1: Allow MessageChannel objects to be created within a thread, r=mccr8 To create a more generic interface for interacting both within the main thread of the parent process and between the parent and child processes, it would be nice to support IPDL actors within the main thread of the parent process. This requires the underlying MessageChannel actor to support intra-thread links. This change adds support for intra-thread links to the underlying MessageChannel object using ThreadLink, and an extra boolean flag. Differential Revision: https://phabricator.services.mozilla.com/D4620
ef565bd9da88dc5d5e09ae2f181436a50848afea: Bug 1510366 - gdb-tests.py --write-failures FILE doesn't work (and it's not entirely clear how it ever did). r=sfink
Jeff Walden <jwalden@mit.edu> - Tue, 20 Nov 2018 09:45:21 -0800 - rev 507650
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1510366 - gdb-tests.py --write-failures FILE doesn't work (and it's not entirely clear how it ever did). r=sfink
5634ba04016cfeef11e590311e4df234a5a2f1f8: Bug 1510012 - Move Symbol-related APIs out of jsapi.h into js/public/Symbol.h. r=sfink, r=mccr8 for the bindings change
Jeff Walden <jwalden@mit.edu> - Sat, 24 Nov 2018 12:21:40 -0800 - rev 507649
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1510012 - Move Symbol-related APIs out of jsapi.h into js/public/Symbol.h. r=sfink, r=mccr8 for the bindings change
6f83d4f776a707e3c642015fde291c1ad78a4189: Bug 1510007 - Move JSFreeOp's definition to js/public/MemoryFunctions.h, and make jsapi.h not #include that header. r=sfink
Jeff Walden <jwalden@mit.edu> - Wed, 21 Nov 2018 18:11:15 -0800 - rev 507648
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1510007 - Move JSFreeOp's definition to js/public/MemoryFunctions.h, and make jsapi.h not #include that header. r=sfink
91c06aa99424f98be5d97d288216008d1c5698e9: Bug 1508725 - Adjust mozilla::FloatingPoint<T>'s definition so only the barest details are specified for floating-point encodings, with every other number, bit mask, &c. mathematically derived. Also add a bunch of documentation comments. r=froydnj
Jeff Walden <jwalden@mit.edu> - Thu, 07 Jun 2018 13:25:12 -0700 - rev 507647
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1508725 - Adjust mozilla::FloatingPoint<T>'s definition so only the barest details are specified for floating-point encodings, with every other number, bit mask, &c. mathematically derived. Also add a bunch of documentation comments. r=froydnj
3b473ca68a5777d754b2a9f79275497309eee9fb: bug 1477117 - Part 4 - mochitest for PaymentMethodChangeEvent. r=baku
Eden Chuang <echuang@mozilla.com> - Tue, 27 Nov 2018 06:33:31 +0100 - rev 507646
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
bug 1477117 - Part 4 - mochitest for PaymentMethodChangeEvent. r=baku
8ffc94b44c3eba19085b07ffefaf3bd27b504b01: Bug 1477117 - Part 3 - dispatch the PaymentMethodChangeEvent. r=baku
Eden Chuang <echuang@mozilla.com> - Tue, 27 Nov 2018 11:17:33 +0100 - rev 507645
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1477117 - Part 3 - dispatch the PaymentMethodChangeEvent. r=baku Save the changing method information in PaymentMethodChangeEvent and dispatch it.
ddaac333551453bf356459f068d7b0899a8203ed: bug 1477117 - Part 2 - Add new IPC method for passing the changing method information. r=baku
Eden Chuang <echuang@mozilla.com> - Tue, 27 Nov 2018 14:05:00 +0100 - rev 507644
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
bug 1477117 - Part 2 - Add new IPC method for passing the changing method information. r=baku 1. Add a new method nsIPaymentRequestService::ChangePaymentMethod for UI to inform merchant the payment method is changed by user. 2. Add a new method in PPaymentRequest.ipdl to passing the changing method information from chrome process to content process. 3. Add BasicCardChangeDetails dictionary in BasicCardPayment.webidl 4. Create ChangeDetails, GeneralDetails and BasicCardDetails for saving the the method information in content process.
1809212f5f295dc72c9306eabde08eea7468245e: bug 1477117 - Part 1 - Create new XPCOM interface for changing the payment method. r=baku
Eden Chuang <echuang@mozilla.com> - Tue, 27 Nov 2018 06:33:13 +0100 - rev 507643
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
bug 1477117 - Part 1 - Create new XPCOM interface for changing the payment method. r=baku 1. Add a new attribute nsIPaymentOptions.requestBillingAddress. 2. Add new XPCOM interfaces MethodChangeDetails, GeneralChangeDetails and BasicCardMethodChangeDetails for passing the method change details from UI code.
07cdc29645eeffc12a018f5d4a89e61be6ed9529: Bug 1440700 - Add frameId in onClickData in menus.json r=mixedpuppy
Diego Pino Garcia <dpino@igalia.com> - Wed, 28 Nov 2018 00:29:11 +0200 - rev 507642
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1440700 - Add frameId in onClickData in menus.json r=mixedpuppy
e52f3a7ece193bdf93ac2c87796cad693bb1e882: Merge mozilla-central to mozilla-inbound.
Cosmin Sabou <csabou@mozilla.com> - Wed, 28 Nov 2018 00:04:55 +0200 - rev 507641
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Merge mozilla-central to mozilla-inbound.
95651672782a47a2031a4ea492f85053c98d5769: Bug 1178639. WindowProxy should generally claim that properties on it are configurable. r=peterv
Boris Zbarsky <bzbarsky@mit.edu> - Tue, 27 Nov 2018 14:16:50 -0500 - rev 507640
Push 1905 by ffxbld-merge at Mon, 21 Jan 2019 12:33:13 +0000
Bug 1178639. WindowProxy should generally claim that properties on it are configurable. r=peterv The one exception are properties that are: 1) Defined in the ES spec. 2) Non-configurable. 3) Readonly. 4) Have values that don't observable change on navigation.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip