d10717796a290bd4e4e63ca7ea019ad8e52b309d: Bug 1526031 - remove initOrStmt field from NameNode. r=jorendorff,arai
Ashley Hauck <khyperia@mozilla.com> - Thu, 28 Feb 2019 09:52:32 +0000 - rev 461704
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1526031 - remove initOrStmt field from NameNode. r=jorendorff,arai Differential Revision: https://phabricator.services.mozilla.com/D19054
414da7d5feec9dc36c5edf8e5aa181b91d1a1817: Bug 1529658 - Use --lwt-toolbarbutton-icon-fill for tab scroll buttons. r=ntim
Dão Gottwald <dao@mozilla.com> - Thu, 28 Feb 2019 07:46:24 +0000 - rev 461703
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1529658 - Use --lwt-toolbarbutton-icon-fill for tab scroll buttons. r=ntim Differential Revision: https://phabricator.services.mozilla.com/D21495
c4d3d41136213af2b11a74d5e2a70aa227bd5d1e: Backed out changeset 01d931a9140b (bug 1526031) for build bustages on frontend/ParseNode.h CLOSED TREE
Cosmin Sabou <csabou@mozilla.com> - Thu, 28 Feb 2019 11:15:46 +0200 - rev 461702
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Backed out changeset 01d931a9140b (bug 1526031) for build bustages on frontend/ParseNode.h CLOSED TREE
01d931a9140b35f9ea90a6a5a45956510f5ef7f1: Bug 1526031 - remove initOrStmt field from NameNode. r=jorendorff,arai
Ashley Hauck <khyperia@mozilla.com> - Thu, 28 Feb 2019 01:29:19 +0000 - rev 461701
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1526031 - remove initOrStmt field from NameNode. r=jorendorff,arai Differential Revision: https://phabricator.services.mozilla.com/D19054
4024f3814d1831602d7df302498b6ec0196f4a75: Bug 1523877 Add Instagram and bing to tp6-m r=davehunt
Florin Strugariu <bebe@mozilla.ro> - Thu, 28 Feb 2019 08:46:33 +0000 - rev 461700
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1523877 Add Instagram and bing to tp6-m r=davehunt Differential Revision: https://phabricator.services.mozilla.com/D18072
67540efd30a3c3f0a082447274be21be6743fdab: Bug 1524239 - Attach the LayersId of the process-top-level layer that has focus to keyboard events. r=botond
Henri Sivonen <hsivonen@hsivonen.fi> - Wed, 27 Feb 2019 21:09:51 +0000 - rev 461699
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1524239 - Attach the LayersId of the process-top-level layer that has focus to keyboard events. r=botond Differential Revision: https://phabricator.services.mozilla.com/D20308
fb0ffd7766a227b208ba3b2ac616a452eb4d1c4c: Bug 1451860 - Rename the tps Talos test to tabswitch. r=mconley,davehunt
championshuttler <shivams2799@gmail.com> - Thu, 28 Feb 2019 08:43:22 +0000 - rev 461698
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1451860 - Rename the tps Talos test to tabswitch. r=mconley,davehunt Differential Revision: https://phabricator.services.mozilla.com/D20096
74ce5e253d22d38226b466ac175fc805acba8c4b: Bug 1528751 - Add a custom eslint rule to check "consistent" if bracing. r=Standard8
Marco Bonardo <mbonardo@mozilla.com> - Thu, 28 Feb 2019 08:39:33 +0000 - rev 461697
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1528751 - Add a custom eslint rule to check "consistent" if bracing. r=Standard8 Differential Revision: https://phabricator.services.mozilla.com/D20753
9a25f61c3ca39ba331fcf9810a6464fd14c78414: Bug 1530861 - Acknowledged newSource events sent by remote devices on FF66 and less. r=jdescottes
Alexandre Poirot <poirot.alex@gmail.com> - Thu, 28 Feb 2019 08:25:36 +0000 - rev 461696
Push 35627 by opoprus@mozilla.com at Thu, 28 Feb 2019 21:44:07 +0000
Bug 1530861 - Acknowledged newSource events sent by remote devices on FF66 and less. r=jdescottes newSource events used to be sent on the target actors on FF66 and before, this is no longer the case. But we still have to accept them if we connect to old remotes, otherwise the events are considered as a method reply and confuses packet ordering. Differential Revision: https://phabricator.services.mozilla.com/D21394
2ea0c1db7e60c9270475384617e442c9d6d21a85: Merge mozilla-inbound to mozilla-central. a=merge
Cosmin Sabou <csabou@mozilla.com> - Thu, 28 Feb 2019 12:57:50 +0200 - rev 461695
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Merge mozilla-inbound to mozilla-central. a=merge
f7dc130bc082c84c77df9ed0d52fa0fa04488992: Bug 1530991 - wasm baseline: fix the "don't create stackmap" criterion in createStackMap(). r=lhansen.
Julian Seward <jseward@acm.org> - Wed, 27 Feb 2019 17:49:30 +0100 - rev 461694
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1530991 - wasm baseline: fix the "don't create stackmap" criterion in createStackMap(). r=lhansen. StackMapGenerator::createStackMap() creates stack maps in the wasm baseline compiler. For release builds, it first performs a check to determine whether the stackmap would describe only non-ref words, and if so, exits without creating the map, since the map would be useless. To make the check cheaper, it is inexact but safe, so it sometimes causes a map to be created even though it is unnecessary. Specifically, the vector |extras|, which may contain a description of exit stub register save locations, is regarded as possibly-contributing-refs if it is merely non-empty. The actual contents are not checked. This causes creation of 33,688 unnecessary stack maps in the Tanks test case, probably one for each function. The fix is simple. Actually check every element of |extras| to see if any are |true|. This makes the test exact, removes all unnecessary map creation, and reduces the Tanks compile cost from 2.43 billion instructions to 2.39 billion instructions. That is, the shortcut was overall a loss anyway, presumably due to the extra costs incurred by the pointless stackmap creation.
56d43815607853dacf7ae7d272912ef3e8927229: Bug 1527811 - Hide OpenH264 by default on Windows on ARM. r=dminor,r=Gijs
Chris Pearce <cpearce@mozilla.com> - Fri, 15 Feb 2019 13:25:38 +1300 - rev 461693
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - Hide OpenH264 by default on Windows on ARM. r=dminor,r=Gijs We don't have an aarch64 build of OpenH264 yet, and WebRTC on aarch64 is blocked by DirectShow support from MS, so just hide OpenH264 from the addons manager UI for now. We achieve this by moving the isEME() check in GMPUtils.isPluginHidden() down to after the isPluginSupported()||isPluginVisible() check, so we can use the media.gmp-gmpopenh264.visible pref to hide OpenH264 in the addons manager. When we are ready to enable WebRTC, we can flip the pref. Differential Revision: https://phabricator.services.mozilla.com/D19903
4afca6b3252ee9a327eaf3c2ecfdaaf432025621: Bug 1527811 - Don't pass appdir and omnijar path to GMP processes. r=bobowen
Chris Pearce <cpearce@mozilla.com> - Fri, 15 Feb 2019 10:47:45 +1300 - rev 461692
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - Don't pass appdir and omnijar path to GMP processes. r=bobowen GMP shouldn't need them anyway, and this reduces the dependencies from the x86 build we need to package in the "i686" subdir. Differential Revision: https://phabricator.services.mozilla.com/D19902
ad0dfa4133e60c498598f52b8a9307e8f2307584: Bug 1527811 - Ensure we write the ABI of the GMP we expect to have installed. r=Gijs
Chris Pearce <cpearce@mozilla.com> - Tue, 12 Feb 2019 15:56:08 +1300 - rev 461691
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - Ensure we write the ABI of the GMP we expect to have installed. r=Gijs We write the ABI of the plugin we installed to preferences so that if the ABI stored in the profile of a previously installed plugin differs to the ABI of the Firefox build we're runnning, we can uninstall the plugin and re-install one with the correct ABI. Since we're downloading a plugin of a different ABI than the parent process, we need to modify the ABI written to preferences here. This mechanism was added to handle Firefox profiles transitioning from running in an x86 Firefox to an x64 Firefox on Windows. We can use the same mechanism to handle transitioning from an x86 to aarch64 Widevine here. When we eventually get an aarch64 version of Widevine, we can rollback this changeset, and the ABI mismatch will be detected, and we'll uninstall the x86 CDM, and download the new aarch64 CDM. Differential Revision: https://phabricator.services.mozilla.com/D19901
aae2bb67624e50f6628306cbd3a2099928161bca: Bug 1527811 - On Windows on ARM64, add ClearKey GMP to the GMPService in i686 subdir. r=Gijs
Chris Pearce <cpearce@mozilla.com> - Tue, 12 Feb 2019 15:45:27 +1300 - rev 461690
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - On Windows on ARM64, add ClearKey GMP to the GMPService in i686 subdir. r=Gijs We need to tell the GMPService where to find the ClearKey GMP, and in Windows on ARM64 builds we should run the x86 ClearKey so that we test the same x86 emulation path that Widevine uses. This patch assumes that the ClearKey GMP and its appropriate directory structure are placed in the "i686" subdir of the aarch64 firefox dir by the build. Differential Revision: https://phabricator.services.mozilla.com/D19900
83b6c1e3d898fa3019621c54a472f9e53eb50047: Bug 1527811 - Add GMPUtils._isWindowsOnARM64(). r=Gijs
Chris Pearce <cpearce@mozilla.com> - Fri, 15 Feb 2019 10:46:23 +1300 - rev 461689
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - Add GMPUtils._isWindowsOnARM64(). r=Gijs Allows subsequent patches to special case behavior when running on Windows on ARM64. Differential Revision: https://phabricator.services.mozilla.com/D19899
c1e05d18c18e26802bfe4818a506d24d054a7c3c: Bug 1527811 - Execute plugin-container.exe for CDM GMP child process in "i686" subdir on Windows on ARM. r=bobowen
Chris Pearce <cpearce@mozilla.com> - Tue, 12 Feb 2019 15:45:07 +1300 - rev 461688
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1527811 - Execute plugin-container.exe for CDM GMP child process in "i686" subdir on Windows on ARM. r=bobowen This patch assumes that "the build" places plugin-container.exe, xul.dll, and their dependencies in the "i686" subdirectory of the aarch64 firefox package directory. Differential Revision: https://phabricator.services.mozilla.com/D19898
9311a433ea1beecdb14b2a25ba98d60fb83a4d8c: Backed out 2 changesets (bug 1509466) for win build bustages
Andreea Pavel <apavel@mozilla.com> - Thu, 28 Feb 2019 06:08:46 +0200 - rev 461687
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Backed out 2 changesets (bug 1509466) for win build bustages Backed out changeset da0f977287bd (bug 1509466) Backed out changeset de1481b9b6fa (bug 1509466)
da0f977287bdc5fc72623f644953d9da00fbd38c: Bug 1509466 - Make cancelAnimationFrame cancel a pending request frame callback scheduled in the same frame; r=farre
Brian Birtles <birtles@gmail.com> - Mon, 25 Feb 2019 15:15:56 +0900 - rev 461686
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1509466 - Make cancelAnimationFrame cancel a pending request frame callback scheduled in the same frame; r=farre As per the following change to the HTML spec: https://github.com/whatwg/html/commit/86b05f8a07db0627a80781cd8e92179671a28806 when running a requestAnimationFrame callback it should be possible to cancel another requestAnimationFrame callback scheduled to run in the same frame by using cancelAnimationFrame. See issue: https://github.com/whatwg/html/issues/4359 Differential Revision: https://phabricator.services.mozilla.com/D20974
de1481b9b6faab60a32f630fa50ec2a16db11773: Bug 1509466 - Pass frame request callbacks along with their handles to nsRefreshDriver; r=farre
Brian Birtles <birtles@gmail.com> - Mon, 25 Feb 2019 15:02:12 +0900 - rev 461685
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1509466 - Pass frame request callbacks along with their handles to nsRefreshDriver; r=farre In the next patch in this series we want to compare the handle of frame callbacks we are about to run, with a set of canceled handles stored on the document. This patch makes us pass the handles along with the callbacks so we can do that. Incidentally doing this allows us to just swap array elements when building up the refresh driver's set of callbacks to run. That is hopefully a little more efficient than running the implicit conversion operator on each item and then appending to an array. Differential Revision: https://phabricator.services.mozilla.com/D20973
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip