searching for Common Name
37bffa82ccd3acb4ad861c5ad372839430f56d71: Bug 1664361 - wasm: Standardize Wasm feature test names in JS shell. r=lth
Ryan Hunt <rhunt@eqrion.net> - Mon, 28 Sep 2020 19:23:12 +0000 - rev 550622
Push 37819 by abutkovits@mozilla.com at Tue, 29 Sep 2020 09:40:55 +0000
Bug 1664361 - wasm: Standardize Wasm feature test names in JS shell. r=lth This commit standardizes the naming of the feature testing functions to: wasmFeatureEnabled() It seemed to be most common naming, although I'd be fine with a different convention. Differential Revision: https://phabricator.services.mozilla.com/D90517
5a457c3eb274176cf3157024f4a6287a245363df: Bug 1666594 - Force LTR the username and password textboxes in the tab-model authentication dialogs r=sfoster
Itiel <itiel_yn8@walla.com> - Thu, 24 Sep 2020 22:16:35 +0000 - rev 550247
Push 37809 by apavel@mozilla.com at Fri, 25 Sep 2020 03:37:48 +0000
Bug 1666594 - Force LTR the username and password textboxes in the tab-model authentication dialogs r=sfoster Differential Revision: https://phabricator.services.mozilla.com/D91049
09648c7997b634d2ae3cd2a0006f0d7085f81f10: Bug 1666274 - Add WellKnownParserAtoms_ROM table r=djvj
Ted Campbell <tcampbell@mozilla.com> - Wed, 23 Sep 2020 19:47:18 +0000 - rev 550060
Push 37807 by dluca@mozilla.com at Thu, 24 Sep 2020 09:34:15 +0000
Bug 1666274 - Add WellKnownParserAtoms_ROM table r=djvj Use constexpr initialization for bake ParserAtomEntries for tiny well-known atoms into the executable. This is done in a new type with a constexpr constructor that computes the correct atom data. Some StaticStrings helper methods must be moved to the header in order to compute constexpr values. Since some CommonPropertyNames are already encoded in the tiny atom tables, we must take care not to generate a duplicate atom. To achieve this we split the FOR_EACH_COMMON_PROPERTYNAME list into two. The parser atoms for this named tiny strings use a new initTinyStringAlias method to avoid duplicates. Differential Revision: https://phabricator.services.mozilla.com/D91087
1bf583a361709eca05877399cd19ec1c5022d4d7: Bug 1664225 - [wpt-sync] Update web-platform-tests to 55e3f8d27d6be17fa75bebe426c39cc51b3b26d4, a=testonly, r=karlcow
moz-wptsync-bot <wptsync@mozilla.com> - Mon, 21 Sep 2020 12:53:13 +0000 - rev 549439
Push 37800 by dluca@mozilla.com at Mon, 21 Sep 2020 21:36:12 +0000
Bug 1664225 - [wpt-sync] Update web-platform-tests to 55e3f8d27d6be17fa75bebe426c39cc51b3b26d4, a=testonly, r=karlcow A bug in the wptsync caused us to miss some pushes during recent updates. This commit copies the head of wpt at the specified revision over and re-applies local patches that weren't in that revision. That means we should be able to resume normal syncs after fixing the bug. wpt-head: 55e3f8d27d6be17fa75bebe426c39cc51b3b26d4 wpt-type: landing Differential Revision: https://phabricator.services.mozilla.com/D90823
e07a8f86a5afbbcb903aa579bc029a2a7d0866de: Bug 1658169 - Rename the existing smooth scroll on the APZ side to smooth-msd. r=tnikkel
Kartikaya Gupta <kgupta@mozilla.com> - Sat, 12 Sep 2020 13:06:51 +0000 - rev 548439
Push 37779 by ncsoregi@mozilla.com at Sat, 12 Sep 2020 22:03:12 +0000
Bug 1658169 - Rename the existing smooth scroll on the APZ side to smooth-msd. r=tnikkel This is used for scrolls of type eSmoothMsd that the main-thread sends over, and for scroll snapping. For consistent naming let's call this smooth msd. Differential Revision: https://phabricator.services.mozilla.com/D89662
9ba7e613cd0eef8da2a22e7d6b2b39caf540430b: Bug 1661004, add a helper method to add test logins before running a test, so that a fixed hostname is not assumed by the password manager tests. Re-enable the cross origintests affected by this, r=MattN
Neil Deakin <neil@mozilla.com> - Wed, 09 Sep 2020 17:57:07 +0000 - rev 548030
Push 37770 by apavel@mozilla.com at Thu, 10 Sep 2020 04:03:55 +0000
Bug 1661004, add a helper method to add test logins before running a test, so that a fixed hostname is not assumed by the password manager tests. Re-enable the cross origintests affected by this, r=MattN Differential Revision: https://phabricator.services.mozilla.com/D88142
6b76b0979ffb9a90bbbc4e3c88b43716878a9f6a: Bug 1661006, have registerRunTests wait for notifications from all password fields on the test page before continuing, r=MattN
Neil Deakin <neil@mozilla.com> - Wed, 09 Sep 2020 18:47:35 +0000 - rev 548029
Push 37770 by apavel@mozilla.com at Thu, 10 Sep 2020 04:03:55 +0000
Bug 1661006, have registerRunTests wait for notifications from all password fields on the test page before continuing, r=MattN Differential Revision: https://phabricator.services.mozilla.com/D88141
bd1d767af16196cff7e7ba1866f335a137670995: Bug 1662851 - Un-vendor `pipenv` and `virtualenv-clone` in tree
Mihai Alexandru Michis <malexandru@mozilla.com> - Thu, 03 Sep 2020 01:00:40 +0300 - rev 547573
Push 37751 by cbrindusan@mozilla.com at Thu, 03 Sep 2020 09:45:53 +0000
Bug 1662851 - Un-vendor `pipenv` and `virtualenv-clone` in tree CLOSED TREE Differential Revision: https://phabricator.services.mozilla.com/D89196
9a2249f099bb4964bb877f936faca7fe4b653c56: Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum
Gerald Squelart <gsquelart@mozilla.com> - Wed, 02 Sep 2020 04:03:20 +0000 - rev 547395
Push 37749 by rmaries@mozilla.com at Wed, 02 Sep 2020 09:53:59 +0000
Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum This is the main public marker API: - `AddMarkerToBuffer` can be used to store a marker to any buffer. This could be useful to code that wants to store markers outside of the default profiler buffers. - `baseprofiler::AddMarker`/`profiler_add_marker` store a marker in the appropriate profiler buffer. - BASE_PROFILER_MARKER and PROFILER_MARKER do the same, but are also defined (and empty) when MOZ_GECKO_PROFILER is not #defined. All these take a name, marker options, a marker type, and the type's expected arguments if any (as expected by the `StreamJSONMarkerData` function). Extra helpers for the most common types: - BASE_PROFILER_MARKER_UNTYPED and PROFILER_MARKER_UNTYPED store a marker with no data payload. - BASE_PROFILER_MARKER_TEXT and PROFILER_MARKER_TEXT store a text marker. `baseprofiler::markers::Text` is an example of how new marker types can be defined. Differential Revision: https://phabricator.services.mozilla.com/D87257
db7cb1b70eefb605b3b7fb2bae27bec2b4acb246: Backed out 15 changesets (bug 1612824, bug 1661234, bug 1619926, bug 1612380, bug 1559530, bug 1642990) for Xpc failures. CLOSED TREE
Butkovits Atila <abutkovits@mozilla.com> - Tue, 01 Sep 2020 21:03:23 +0300 - rev 547295
Push 37748 by apavel@mozilla.com at Wed, 02 Sep 2020 03:31:14 +0000
Backed out 15 changesets (bug 1612824, bug 1661234, bug 1619926, bug 1612380, bug 1559530, bug 1642990) for Xpc failures. CLOSED TREE Backed out changeset 426d017d7e46 (bug 1642990) Backed out changeset 84ab4021d403 (bug 1559530) Backed out changeset 82a8305543e5 (bug 1559530) Backed out changeset 38832c1185b8 (bug 1559530) Backed out changeset f16918c10a6b (bug 1661234) Backed out changeset 3a13258fbd51 (bug 1661234) Backed out changeset abf8d8b24845 (bug 1612824) Backed out changeset 7dfeb065a385 (bug 1619926) Backed out changeset bc9d3e210fe7 (bug 1619926) Backed out changeset 786164c461ae (bug 1619926) Backed out changeset d89793e9d17d (bug 1619926) Backed out changeset d665885bc912 (bug 1619926) Backed out changeset 9260b6620943 (bug 1619926) Backed out changeset af69a4896f2f (bug 1619926) Backed out changeset b9cd6b7047b9 (bug 1612380)
51251089fe61709267587ad72f459823a4f24869: Bug 1662278 - Simplify mozperftest metric names. r=tarek
Gregory Mierzwinski <gmierz2@outlook.com> - Tue, 01 Sep 2020 15:29:41 +0000 - rev 547279
Push 37748 by apavel@mozilla.com at Wed, 02 Sep 2020 03:31:14 +0000
Bug 1662278 - Simplify mozperftest metric names. r=tarek This patch adds two new options to mozperftest. The --simplify-names argument can be provided to enable simplification of metric names and the --simplify-exclude option allows users to select which metrics to skip in the simplification. A bug relating to setting the default of a list option is also fixed here. Differential Revision: https://phabricator.services.mozilla.com/D88917
6b71d7b0964112394de784b7efb6a175bf9002dc: Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum
Gerald Squelart <gsquelart@mozilla.com> - Tue, 01 Sep 2020 04:00:33 +0000 - rev 547174
Push 37746 by btara@mozilla.com at Tue, 01 Sep 2020 15:11:29 +0000
Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum This is the main public marker API: - `AddMarkerToBuffer` can be used to store a marker to any buffer. This could be useful to code that wants to store markers outside of the default profiler buffers. - `baseprofiler::AddMarker`/`profiler_add_marker` store a marker in the appropriate profiler buffer. - BASE_PROFILER_MARKER and PROFILER_MARKER do the same, but are also defined (and empty) when MOZ_GECKO_PROFILER is not #defined. All these take a name, marker options, a marker type, and the type's expected arguments if any (as expected by the `StreamJSONMarkerData` function). Extra helpers for the most common types: - BASE_PROFILER_MARKER_UNTYPED and PROFILER_MARKER_UNTYPED store a marker with no data payload. - BASE_PROFILER_MARKER_TEXT and PROFILER_MARKER_TEXT store a text marker. `baseprofiler::markers::Text` is an example of how new marker types can be defined. Differential Revision: https://phabricator.services.mozilla.com/D87257
119344e72ed85a6cdebcb1f04c891a145ebb53f7: Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum
Gerald Squelart <gsquelart@mozilla.com> - Tue, 01 Sep 2020 01:37:53 +0000 - rev 547144
Push 37745 by btara@mozilla.com at Tue, 01 Sep 2020 09:45:42 +0000
Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum This is the main public marker API: - `AddMarkerToBuffer` can be used to store a marker to any buffer. This could be useful to code that wants to store markers outside of the default profiler buffers. - `baseprofiler::AddMarker`/`profiler_add_marker` store a marker in the appropriate profiler buffer. - BASE_PROFILER_MARKER and PROFILER_MARKER do the same, but are also defined (and empty) when MOZ_GECKO_PROFILER is not #defined. All these take a name, marker options, a marker type, and the type's expected arguments if any (as expected by the `StreamJSONMarkerData` function). Extra helpers for the most common types: - BASE_PROFILER_MARKER_UNTYPED and PROFILER_MARKER_UNTYPED store a marker with no data payload. - BASE_PROFILER_MARKER_TEXT and PROFILER_MARKER_TEXT store a text marker. `baseprofiler::markers::Text` is an example of how new marker types can be defined. Differential Revision: https://phabricator.services.mozilla.com/D87257
5e8954913748bb4c7faf195a189dbb77783c6849: Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum
Gerald Squelart <gsquelart@mozilla.com> - Mon, 31 Aug 2020 23:34:33 +0000 - rev 547115
Push 37745 by btara@mozilla.com at Tue, 01 Sep 2020 09:45:42 +0000
Bug 1646266 - {BASE_,}PROFILER_MARKER{,_TEXT} - r=gregtatum This is the main public marker API: - `AddMarkerToBuffer` can be used to store a marker to any buffer. This could be useful to code that wants to store markers outside of the default profiler buffers. - `baseprofiler::AddMarker`/`profiler_add_marker` store a marker in the appropriate profiler buffer. - BASE_PROFILER_MARKER and PROFILER_MARKER do the same, but are also defined (and empty) when MOZ_GECKO_PROFILER is not #defined. All these take a name, marker options, a marker type, and the type's expected arguments if any (as expected by the `StreamJSONMarkerData` function). Extra helpers for the most common types: - BASE_PROFILER_MARKER_UNTYPED and PROFILER_MARKER_UNTYPED store a marker with no data payload. - BASE_PROFILER_MARKER_TEXT and PROFILER_MARKER_TEXT store a text marker. `baseprofiler::markers::Text` is an example of how new marker types can be defined. Differential Revision: https://phabricator.services.mozilla.com/D87257
ad7e26606d081d3928894ae78193be11e370b393: Bug 1660882 - Enable test262 tests for private methods r=jorendorff
Matthew Gaudet <mgaudet@mozilla.com> - Thu, 27 Aug 2020 16:25:51 +0000 - rev 546624
Push 37735 by abutkovits@mozilla.com at Thu, 27 Aug 2020 21:29:40 +0000
Bug 1660882 - Enable test262 tests for private methods r=jorendorff Differential Revision: https://phabricator.services.mozilla.com/D88161
d5adec3413eb66e7c6a85417a93658b8ad40c307: Bug 1659033 [wpt PR 25003] - Rename Unforgeable to LegacyUnforgeable., a=testonly
Zhuoyu Qian <zhuoyu.qian@samsung.com> - Fri, 21 Aug 2020 09:31:24 +0000 - rev 546067
Push 37730 by abutkovits@mozilla.com at Tue, 25 Aug 2020 15:44:12 +0000
Bug 1659033 [wpt PR 25003] - Rename Unforgeable to LegacyUnforgeable., a=testonly Automatic update from web-platform-tests Rename Unforgeable to LegacyUnforgeable. This CL rename Web IDL |Unforgeable| to |LegacyUnforgeable| to make its usage more clear. Bug: 1072773 Change-Id: I534ee3610f5e866ed4aa14ffcd6b6f6a90d648ae -- wpt-commits: 4dacb6e2ff8dbabbe328fde2d8c75491598e4c10 wpt-pr: 25003
1990e156411a48569418db18a610746a1f6b81cf: Bug 1659087 [wpt PR 25009] - [COOP] access reporting: use camelCase for attributes., a=testonly
arthursonzogni <arthursonzogni@chromium.org> - Thu, 20 Aug 2020 18:53:27 +0000 - rev 546027
Push 37730 by abutkovits@mozilla.com at Tue, 25 Aug 2020 15:44:12 +0000
Bug 1659087 [wpt PR 25009] - [COOP] access reporting: use camelCase for attributes., a=testonly Automatic update from web-platform-tests [COOP] access reporting: use camelCase for attributes. This make it easier to access an attribute using Javascript. This also make both the network reports and the ReportingObserver to have the same attribute names. Previously, the spec was based on CSP, which has both camelCase and hyp-hen. Today, we report thing using camelCase instead: - DocumentPolicyViolationReport, - FeaturePolicyViolationReport, - DeprecationViolationReport, - InterventionViolationReport Bug: 922191 Change-Id: Ic875163b16acf5083ed8197266fc23034f2c5005 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2352926 Reviewed-by: Camille Lamy <clamy@chromium.org> Commit-Queue: Arthur Sonzogni <arthursonzogni@chromium.org> Cr-Commit-Position: refs/heads/master@{#798143} -- wpt-commits: cdd1562260dba7a1babc019afd8b6cb6d73714f9 wpt-pr: 25009
6f6c608cb8df6eb7e326d16e7731eea7974f89e0: Bug 1659906 - Upgrade libffi to version 3.3. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Sat, 22 Aug 2020 22:02:22 +0000 - rev 545730
Push 37722 by ccoroiu@mozilla.com at Sun, 23 Aug 2020 09:31:12 +0000
Bug 1659906 - Upgrade libffi to version 3.3. r=froydnj All the patches previously applied, except the one from bug 1279096, are either irrelevant (as pertaining to changes to the upstream build system we don't use anymore), were applied upstream, or the issue they fixed were fixed differently upstream. Two additional patches, sent upstream as https://github.com/libffi/libffi/pull/579 and https://github.com/libffi/libffi/pull/580, are needed to fix our build with, respectively, mingw-clang and GCC. Our build system is adjusted according to upstream's configure.ac and configure.host. Differential Revision: https://phabricator.services.mozilla.com/D87824
e13b1369e9b708301625ccb7aa2c4885f691257c: Backed out 2 changesets (bug 1659906) for asan failures CLOSED TREE
Bogdan Tara <btara@mozilla.com> - Sat, 22 Aug 2020 09:26:23 +0300 - rev 545711
Push 37719 by btara@mozilla.com at Sat, 22 Aug 2020 09:46:59 +0000
Backed out 2 changesets (bug 1659906) for asan failures CLOSED TREE Backed out changeset 40edcd06d482 (bug 1659906) Backed out changeset 08a1c02d93e4 (bug 1659906)
08a1c02d93e492aadfbdc514db1c9768e0d596ef: Bug 1659906 - Upgrade libffi to version 3.3. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Fri, 21 Aug 2020 21:54:32 +0000 - rev 545689
Push 37719 by btara@mozilla.com at Sat, 22 Aug 2020 09:46:59 +0000
Bug 1659906 - Upgrade libffi to version 3.3. r=froydnj All the patches previously applied, except the one from bug 1279096, are either irrelevant (as pertaining to changes to the upstream build system we don't use anymore), were applied upstream, or the issue they fixed were fixed differently upstream. Two additional patches, sent upstream as https://github.com/libffi/libffi/pull/579 and https://github.com/libffi/libffi/pull/580, are needed to fix our build with, respectively, mingw-clang and GCC. Our build system is adjusted according to upstream's configure.ac and configure.host. Differential Revision: https://phabricator.services.mozilla.com/D87824