a314851c740ff8c300da4eb2d3468a1224fbead3: Bug 1479724 - Part 2: Pre-Oreo icons for Dev builds; r=sdaswani,bram,JanH
Petru Lingurar <petru.lingurar@softvision.ro> - Tue, 20 Nov 2018 21:19:28 +0000 - rev 447679
Push 35086 by dvarga@mozilla.com at Thu, 22 Nov 2018 21:47:14 +0000
Bug 1479724 - Part 2: Pre-Oreo icons for Dev builds; r=sdaswani,bram,JanH Depends on D12023 Differential Revision: https://phabricator.services.mozilla.com/D12024
0a6efd77a79ec268c44b1044476aa92ad996b8c5: Bug 1479724 - Part 1: Adaptive icons for Beta and Dev builds; r=sdaswani,bram,JanH
Petru Lingurar <petru.lingurar@softvision.ro> - Tue, 20 Nov 2018 19:25:10 +0000 - rev 447678
Push 35086 by dvarga@mozilla.com at Thu, 22 Nov 2018 21:47:14 +0000
Bug 1479724 - Part 1: Adaptive icons for Beta and Dev builds; r=sdaswani,bram,JanH Differential Revision: https://phabricator.services.mozilla.com/D12023
af8241e64ecb7096c314c1a174479d11ab18163d: Bug 1508870 - Make a distinction between an empty returned string versus a null pointer, r=Jamie
Marco Zehe <mzehe@mozilla.com> - Thu, 22 Nov 2018 06:09:31 +0000 - rev 447677
Push 35086 by dvarga@mozilla.com at Thu, 22 Nov 2018 21:47:14 +0000
Bug 1508870 - Make a distinction between an empty returned string versus a null pointer, r=Jamie When determining if an author provided an empty alt attribute versus no alt attribute at all, our image accessible name is either an empty string or a null string. Screen readers can then choose to guess the name from the source if the author did not explicitly provide an empty alt text and thus marked the image as decorative. The accessible handler for the Windows remote processes did not account for this distinction, always returning what appeared to be an empty string. This was found while determining why NVDA wasn't guessing the SRC from a non-labelled graphical link. NVDA checks to see if the name returned by the link accessible is null, and then decides to look for the graphical children if that is the case. Differential Revision: https://phabricator.services.mozilla.com/D12532
785032241b2fe327aa833267416b3eb8d846cb4f: Merge inbound to mozilla-central. a=merge
Margareta Eliza Balazs <ebalazs@mozilla.com> - Thu, 22 Nov 2018 11:21:21 +0200 - rev 447676
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +0000
Merge inbound to mozilla-central. a=merge
c12b84f575c3fe48d72f3c8c24a54b3dee1cc985: Backed out 9 changesets (bug 1500948, bug 1500949, bug 1448426, bug 1487249, bug 1500950, bug 1500944) for causing talos crashes on ts_paint | application crashed [@ MOZ_CrashOOL(char const*, int, char const*)]
arthur.iakab <aiakab@mozilla.com> - Thu, 22 Nov 2018 07:57:52 +0200 - rev 447675
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +0000
Backed out 9 changesets (bug 1500948, bug 1500949, bug 1448426, bug 1487249, bug 1500950, bug 1500944) for causing talos crashes on ts_paint | application crashed [@ MOZ_CrashOOL(char const*, int, char const*)] Backed out changeset 429776feea6b (bug 1500950) Backed out changeset a300e9ae7a01 (bug 1500949) Backed out changeset fed1a518579a (bug 1500948) Backed out changeset a71376319ad7 (bug 1500944) Backed out changeset 9c5c35cb10aa (bug 1500944) Backed out changeset b6c97b4db60a (bug 1448426) Backed out changeset 160a1dbe0be5 (bug 1487249) Backed out changeset 8caf55928df2 (bug 1487249) Backed out changeset 176131b18cb4 (bug 1487249)
429776feea6ba796345ef7e41b9c9d367335ef62: Bug 1500950 - Expose rootFrameLoader on WindowGlobalParent, r=farre
Nika Layzell <nika@thelayzells.com> - Sat, 20 Oct 2018 19:39:02 -0400 - rev 447674
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
a300e9ae7a01e3821319f7156e24705bd3178a09: Bug 1500949 - Include innerWindowId/outerWindowId in PWindowGlobal, r=farre
Nika Layzell <nika@thelayzells.com> - Sat, 20 Oct 2018 16:04:00 -0400 - rev 447673
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
fed1a518579affa9d73ea45fb3f36ccf765a7fbf: Bug 1500948 - Expose BrowsingContext on nsFrameLoader objects, r=farre
Nika Layzell <nika@thelayzells.com> - Fri, 19 Oct 2018 20:02:37 -0400 - rev 447672
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
a71376319ad70f71f955dab9ef53ce424727cb3c: 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 447671
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
9c5c35cb10aa0d8dfa8be047318d7439db0fb506: 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 447670
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
b6c97b4db60a1d8169a3e798a248144ab2973506: 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 447669
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
160a1dbe0be5e4510a6bd1e115c50529014da214: 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 447668
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
8caf55928df2fe40ebeea48baa33d4042cb7fe9a: 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 447667
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
176131b18cb4691f1b7e1b1c3d88534815c73b88: 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 447666
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +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
90a1e84edaa0bd93e949ae797bec18efa2419d76: Bug 1501823 - mochitest update for bug 1501823. r=baku
Eden Chuang <echuang@mozilla.com> - Wed, 21 Nov 2018 11:17:45 +0100 - rev 447665
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +0000
Bug 1501823 - mochitest update for bug 1501823. r=baku
9671513ce7e7f7eaa22553fadb8e32c53dcc4686: bug 1501823 - Force to call PaymentUIService.showPayment() when PaymentRequest.show called with a promise parameter. r=baku
Eden Chuang <echuang@mozilla.com> - Wed, 21 Nov 2018 11:03:21 +0100 - rev 447664
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +0000
bug 1501823 - Force to call PaymentUIService.showPayment() when PaymentRequest.show called with a promise parameter. r=baku 1. Adding a new completeStatus 'initial' for nsIPaymentRequest.completeStatus to indicate the status of the showing PaymentRequest for Payment UI component. 2. Removing the PaymentRequest::mDeferredShow and calling PaymentRequestManager::showPayment() when PaymentRequest::Show() called with a detailsUpdate parameter to inform UI component to support better user experience.
298dbb64883121de67570112df6bb2c90d1b889a: Bug 1460439 - Conversion from NS_STYLE_BORDER_STYLE_* macro to StyleBorderStyle::* enum class r=emilio
Kristen Wright <kwright@mozilla.com> - Wed, 07 Nov 2018 11:56:17 -0800 - rev 447663
Push 35085 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:21:47 +0000
Bug 1460439 - Conversion from NS_STYLE_BORDER_STYLE_* macro to StyleBorderStyle::* enum class r=emilio Converted NS_STYLE_BORDER_STYLE_* consts to enum class. Updated corresponding values to enum class. reduced BCCornerInfo struct values to fit StyleBorderStyle values inside struct. Added defaults to switches that do not fully cover all instances of StyleBorderStyle.
111154a7621cc50da7bed70c93171b96c8ef92f0: Bug 1507365 - Allow labels inside toolbarbuttons to participate in accessible name calculation, r=Jamie
Marco Zehe <mzehe@mozilla.com> - Thu, 22 Nov 2018 05:57:48 +0000 - rev 447662
Push 35084 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:19:57 +0000
Bug 1507365 - Allow labels inside toolbarbuttons to participate in accessible name calculation, r=Jamie Toolbar buttons in XUL can now have labels inside them to provide the actual caption for the button. Adjust the accessibility module to allow label elements as acceptable children for the toolbarbutton element so the algorithm can pick up their text for the button's name. Differential Revision: https://phabricator.services.mozilla.com/D12527
5f543ba66e2c74cfb9ece932447a2fded0da9abb: Bug 1497940 - Part V, Convert pluginProblem to UA Widget r=smaug
Timothy Guan-tin Chien <timdream@gmail.com> - Thu, 22 Nov 2018 05:49:54 +0000 - rev 447661
Push 35084 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:19:57 +0000
Bug 1497940 - Part V, Convert pluginProblem to UA Widget r=smaug This patch creates a pluginProblem UA Widget and constructs it (instead of the XBL pluginProblem binding) when UA Widget is enabled. Tests in browser/base/content/test/plugins/ are duplicated so that we could test both versions. Depends on D11702 Differential Revision: https://phabricator.services.mozilla.com/D11703
2eeaf4aca069daae8d5876fd808b0f2543268fdf: Bug 1497940 - Part IV, Move pluginProblem resources from chrome://mozapps to chrome://global r=mossop
Timothy Guan-tin Chien <timdream@gmail.com> - Thu, 22 Nov 2018 05:49:22 +0000 - rev 447660
Push 35084 by ebalazs@mozilla.com at Thu, 22 Nov 2018 09:19:57 +0000
Bug 1497940 - Part IV, Move pluginProblem resources from chrome://mozapps to chrome://global r=mossop This is needed because UA Widget cannot load resources from chrome://mozapps. Depends on D11701 Differential Revision: https://phabricator.services.mozilla.com/D11702
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip