dd15d7dcec77d5ed23bd624cd7e6948ec472e7e2: Bug 1678043 - Place nop-alignment for loop before the label. r=nbp
Lars T Hansen <lhansen@mozilla.com> - Thu, 19 Nov 2020 19:55:30 +0000 - rev 624778
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678043 - Place nop-alignment for loop before the label. r=nbp The nopAlign needs to come before the loop header is bound in Ion code. I don't know if this bug has been there all along or was the result of a later merge problem, but anyway it seems straightforward enough. Differential Revision: https://phabricator.services.mozilla.com/D97543
c20b492e2ebecd1a440962d15288dc5f8e15d102: Bug 1678049 - Fuse test and branch for testIAndBranch on ARM64. r=nbp
Lars T Hansen <lhansen@mozilla.com> - Thu, 19 Nov 2020 19:55:31 +0000 - rev 624777
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678049 - Fuse test and branch for testIAndBranch on ARM64. r=nbp ARM64 is able to do a test-for-zero-and-branch in one instruction, and branchTest32 will emit good code for that. The code generation for testIAndBranch should therefore use branchTest32, not separate test and branch operations. Differential Revision: https://phabricator.services.mozilla.com/D97542
220d93fdaa190631f5bdd4a8bd1fb4a58d4738c2: Bug 1678049 - Use CBZ/CBNZ on ARM64 also for branchTest. r=nbp
Lars T Hansen <lhansen@mozilla.com> - Thu, 19 Nov 2020 19:55:29 +0000 - rev 624776
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678049 - Use CBZ/CBNZ on ARM64 also for branchTest. r=nbp The branchTest primitives can use CBZ/CBNZ just as easily as the branch primitives can. Differential Revision: https://phabricator.services.mozilla.com/D97477
a932382525cf95554db16b79d180840e6cd10a07: Bug 1678049 - Use CBZ/CBNZ on ARM64 when we can. r=nbp
Lars T Hansen <lhansen@mozilla.com> - Thu, 19 Nov 2020 19:55:21 +0000 - rev 624775
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678049 - Use CBZ/CBNZ on ARM64 when we can. r=nbp Arm64 has special instructions for compare-with-zero for equality/nonequality, so use them when we can. This makes code more compact, and may be a very small speed win. Differential Revision: https://phabricator.services.mozilla.com/D97454
189c8d74af365282ef64afa74ef4718d47b3ef32: Bug 1664916 - Add rosetta status for about:support r=fluent-reviewers,haik,Gijs
Kris Wright <kwright@mozilla.com> - Thu, 19 Nov 2020 18:22:15 +0000 - rev 624774
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1664916 - Add rosetta status for about:support r=fluent-reviewers,haik,Gijs This commit adds a rosetta status to three different places: - `nsSystemInfo`, to check for rosetta status per apple specifications. We also use the same check in `nsCocoaFeatures` in D89961. - `Troubleshoot.jsm`, to add rosetta status data (should it exist) to use in about:support - `About:Support` itself, if the device is running MacOS Differential Revision: https://phabricator.services.mozilla.com/D94930
0c472d4d9215fd644bd2ccdef3505f5c3a982801: Bug 1465847 - If a website is blocked via policy, block view source. r=emalysz
Michael Kaply <mozilla@kaply.com> - Thu, 19 Nov 2020 19:42:14 +0000 - rev 624773
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1465847 - If a website is blocked via policy, block view source. r=emalysz Differential Revision: https://phabricator.services.mozilla.com/D94366
e64035ad09a84b561d02dcea918270f7f9481531: Bug 1678408 - Rename IntelHD3000 to IntelSandyBridge. r=aosmond
Jeff Muizelaar <jmuizelaar@mozilla.com> - Thu, 19 Nov 2020 19:30:46 +0000 - rev 624772
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678408 - Rename IntelHD3000 to IntelSandyBridge. r=aosmond By default, anything we do for one Sandy Bridge gpu we should do for all of them. See bug 1678388 for an example of how we screwed this up. Differential Revision: https://phabricator.services.mozilla.com/D97649
7f312c513159965e0e574849f07e1c861bf30109: Bug 1678395 - Update libjpeg-turbo to 2.0.6. r=aosmond
Ryan VanderMeulen <ryanvm@gmail.com> - Thu, 19 Nov 2020 19:09:09 +0000 - rev 624771
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678395 - Update libjpeg-turbo to 2.0.6. r=aosmond Differential Revision: https://phabricator.services.mozilla.com/D97641
c1966d168b33b8ea005418d5564e2b414bb535a9: Backed out 16 changesets (bug 1666116, bug 1605134) for GTest failures on TestAudioTrackGraph . CLOSED TREE
Narcis Beleuzu <nbeleuzu@mozilla.com> - Thu, 19 Nov 2020 22:09:39 +0200 - rev 624770
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Backed out 16 changesets (bug 1666116, bug 1605134) for GTest failures on TestAudioTrackGraph . CLOSED TREE Backed out changeset dba15089f5d3 (bug 1666116) Backed out changeset c529b6732b08 (bug 1666116) Backed out changeset 3225cdc96f82 (bug 1666116) Backed out changeset 06ced7ee7c2c (bug 1666116) Backed out changeset f65dbe0c4c64 (bug 1605134) Backed out changeset dda7d98d3da7 (bug 1605134) Backed out changeset 6fed7e4730c5 (bug 1605134) Backed out changeset 9859d35abce6 (bug 1605134) Backed out changeset e5fb448bbadf (bug 1605134) Backed out changeset 3ef7199a547a (bug 1605134) Backed out changeset c24bff49f331 (bug 1605134) Backed out changeset f8612b562aa7 (bug 1605134) Backed out changeset 0ba16e1f73ae (bug 1605134) Backed out changeset 0736167ed294 (bug 1605134) Backed out changeset 56ead9091c47 (bug 1605134) Backed out changeset 841eedd33424 (bug 1605134)
bea06b87f022222b03d66df9e55062085fd11542: Backed out changeset 044d17174437 (bug 1649617) for xpcshell failure on test_TelemetrySend.js
Narcis Beleuzu <nbeleuzu@mozilla.com> - Thu, 19 Nov 2020 22:08:20 +0200 - rev 624769
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Backed out changeset 044d17174437 (bug 1649617) for xpcshell failure on test_TelemetrySend.js
66a0f9b68c8d78be34295400978cd34b19bfd924: Backed out changeset 16291a47acda (bug 1662254) for causing Bug 1677764. a=backout DONTBUILD
Brindusan Cristian <cbrindusan@mozilla.com> - Thu, 19 Nov 2020 21:43:10 +0200 - rev 624768
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Backed out changeset 16291a47acda (bug 1662254) for causing Bug 1677764. a=backout DONTBUILD
e71a1560120addffb3e560793c0e610ed761103e: Bug 1650956 - browser.tabs.remove() now calls removeTabs(). r=robwu,Gijs
Liz Krane <learningnerd@gmail.com> - Thu, 19 Nov 2020 19:01:40 +0000 - rev 624767
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1650956 - browser.tabs.remove() now calls removeTabs(). r=robwu,Gijs Removing multiple tabs via extensions now calls `gBrowser.removeTabs()` once for each window that has tabs being removed. Also adds automated browser tests for removing one tab or multiple tabs. Differential Revision: https://phabricator.services.mozilla.com/D93438
209a1643bb5b2869a1b1632519f026cc1c0cc4bd: Bug 1678048 - Fix type error in `desktop_unittest.py` r=ahal
Ricky Stewart <rstewart@mozilla.com> - Thu, 19 Nov 2020 15:38:35 +0000 - rev 624766
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678048 - Fix type error in `desktop_unittest.py` r=ahal In context the `dir` referenced here was the builtin `dir()` function, which is not appropriate to pass into `os.path.join()`. I've replaced it with what I think was intended. Differential Revision: https://phabricator.services.mozilla.com/D97456
2956f1a4e43a7aec8a12924e89bc48679fbad7f3: Bug 1672263: Use ThrowInvalidStateError with useful messages in JSWindowActorChild. r=nika
Kris Maglione <maglione.k@gmail.com> - Tue, 10 Nov 2020 22:04:49 +0000 - rev 624765
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1672263: Use ThrowInvalidStateError with useful messages in JSWindowActorChild. r=nika Currently, when JS callers try to access certain JSWindowActors before an actor is initialized, or after it's destroyed, we throw a generic `NS_ERROR_INVALID_STATE_ERROR` exception without any useful information about the failure. This patch changes that to use `ThrowInvalidStateError`, with a message including the property name, the actor name, and details about whether the error occurred because the actor has not been initialized or because it has already been destroyed. Differential Revision: https://phabricator.services.mozilla.com/D96628
39c31ec31cbda6008e612c02bef46650e96ee3c8: Bug 1677548 - land NSS 3eacb92e9adf UPGRADE_NSS_RELEASE, r=jcj
Kevin Jacobs <kjacobs@mozilla.com> - Thu, 19 Nov 2020 18:28:18 +0000 - rev 624764
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1677548 - land NSS 3eacb92e9adf UPGRADE_NSS_RELEASE, r=jcj 2020-11-18 Kevin Jacobs <kjacobs@mozilla.com> * lib/ssl/ssl3con.c, lib/ssl/tls13con.c, lib/ssl/tls13ech.c: Bug 1654332 - Fixup a10493dcfcc9: copy ECHConfig.config_id with socket r=jcj A late review change for ECH was for the server to compute each ECHConfig `config_id` when set to the socket, rather than on each connection. This works, but now we also need to copy that config_id when copying a socket, else the server won't find a matching ECHConfig to use for decryption. [3eacb92e9adf] [tip] 2020-11-17 Kevin Jacobs <kjacobs@mozilla.com> * automation/abi-check/expected-report-libssl3.so.txt, cmd/tstclnt/tstclnt.c, cpputil/tls_parser.h, gtests/ssl_gtest/libssl_internals.c, gtests/ssl_gtest/libssl_internals.h, gtests/ssl_gtest/manifest.mn, gtests/ssl_gtest/ssl_auth_unittest.cc, gtests/ssl_gtest/ssl_custext_unittest.cc, gtests/ssl_gtest/ssl_extension_unittest.cc, gtests/ssl_gtest/ssl_gtest.gyp, gtests/ssl_gtest/ssl_tls13compat_unittest.cc, gtests/ssl_gtest/tls_agent.cc, gtests/ssl_gtest/tls_agent.h, gtests/ssl_gtest/tls_connect.cc, gtests/ssl_gtest/tls_connect.h, gtests/ssl_gtest/tls_ech_unittest.cc, gtests/ssl_gtest/tls_esni_unittest.cc, gtests/ssl_gtest/tls_filter.cc, gtests/ssl_gtest/tls_filter.h, lib/ssl/SSLerrs.h, lib/ssl/manifest.mn, lib/ssl/ssl.gyp, lib/ssl/ssl3con.c, lib/ssl/ssl3ext.c, lib/ssl/ssl3ext.h, lib/ssl/ssl3exthandle.c, lib/ssl/ssl3exthandle.h, lib/ssl/ssl3prot.h, lib/ssl/sslencode.c, lib/ssl/sslencode.h, lib/ssl/sslerr.h, lib/ssl/sslexp.h, lib/ssl/sslimpl.h, lib/ssl/sslinfo.c, lib/ssl/sslsecur.c, lib/ssl/sslsock.c, lib/ssl/sslt.h, lib/ssl/tls13con.c, lib/ssl/tls13con.h, lib/ssl/tls13ech.c, lib/ssl/tls13ech.h, lib/ssl/tls13esni.c, lib/ssl/tls13esni.h, lib/ssl/tls13exthandle.c, lib/ssl/tls13exthandle.h, lib/ssl/tls13hashstate.c, lib/ssl/tls13hashstate.h: Bug 1654332 - Update ESNI to draft-08 (ECH). r=mt This patch adds support for Encrypted Client Hello (draft-ietf-tls- esni-08), replacing the existing ESNI (draft -02) support. There are five new experimental functions to enable this: - SSL_EncodeEchConfig: Generates an encoded (not BASE64) ECHConfig given a set of parameters. - SSL_SetClientEchConfigs: Configures the provided ECHConfig to the given socket. When configured, an ephemeral HPKE keypair will be generated for the CH encryption. - SSL_SetServerEchConfigs: Configures the provided ECHConfig and keypair to the socket. The keypair specified will be used for HPKE operations in order to decrypt encrypted Client Hellos as they are received. - SSL_GetEchRetryConfigs: If ECH is rejected by the server and compatible retry_configs are provided, this API allows the application to extract those retry_configs for use in a new connection. - SSL_EnableTls13GreaseEch: When enabled, non-ECH Client Hellos will have a "GREASE ECH" (i.e. fake) extension appended. GREASE ECH is disabled by default, as there are known compatibility issues that will be addressed in a subsequent draft. The following ESNI experimental functions are deprecated by this update: - SSL_EncodeESNIKeys - SSL_EnableESNI - SSL_SetESNIKeyPair In order to be used, NSS must be compiled with `NSS_ENABLE_DRAFT_HPKE` defined. [a10493dcfcc9] * lib/ssl/ssl3con.c, lib/ssl/sslencode.c, lib/ssl/sslencode.h, lib/ssl/tls13con.c, lib/ssl/tls13con.h: Bug 1654332 - Buffered ClientHello construction. r=mt This patch refactors construction of Client Hello messages. Instead of each component of the message being written separately into `ss->sec.ci.sendBuf`, we now construct the message in its own sslBuffer. Once complete, the entire message is added to the sendBuf via `ssl3_AppendHandshake`. `ssl3_SendServerHello` already uses this approach and it becomes necessary for ECH, where we use the constructed ClientHello to create an inner ClientHello. [d40121ba59ba] 2020-11-13 J.C. Jones <jjones@mozilla.com> * automation/abi-check/expected-report-libnss3.so.txt, automation/abi- check/expected-report-libnssutil3.so.txt, automation/abi-check /previous-nss-release, lib/nss/nss.h, lib/softoken/softkver.h, lib/util/nssutil.h: Set version numbers to 3.60 Beta [5e7b37609f22] Differential Revision: https://phabricator.services.mozilla.com/D97492
044d17174437f47c0a386106b462e430b7bc18ed: Bug 1649617, remove OS.File usages from ClientID.jsm r=Gijs
Emma Malysz <emalysz@mozilla.com> - Thu, 19 Nov 2020 18:22:07 +0000 - rev 624763
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1649617, remove OS.File usages from ClientID.jsm r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D96753
ccd989d3e89ef97319f24a07596115d253fde4fb: Bug 1676759 - Prevent long email address from making the Firefox Account pane overflow horizontally. r=eoger
Dão Gottwald <dao@mozilla.com> - Thu, 19 Nov 2020 18:08:39 +0000 - rev 624762
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1676759 - Prevent long email address from making the Firefox Account pane overflow horizontally. r=eoger Differential Revision: https://phabricator.services.mozilla.com/D97601
c1fe88096bb3fed29b0364dbf65c5a051dd2cbbb: Bug 1677399 - avoid re-downloading and re-processing CRLite filters/stashes that are already in cert_storage r=bbeurdouche
Dana Keeler <dkeeler@mozilla.com> - Thu, 19 Nov 2020 18:04:22 +0000 - rev 624761
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1677399 - avoid re-downloading and re-processing CRLite filters/stashes that are already in cert_storage r=bbeurdouche This patch uses nsICertStorage.hasPriorData() and a new local field on the CRLite filter Remote Settings collection to avoid re-downloading and re-processing CRLite filters and stashes that have already been put into cert_storage. Differential Revision: https://phabricator.services.mozilla.com/D97381
be60d6815956d49412a8a18453dad1d8663b760f: Bug 1678237 - compressing variants for LOS images r=thecount
Gavin Lazar Suntop <gavin@gsuntop.com> - Thu, 19 Nov 2020 17:48:01 +0000 - rev 624760
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1678237 - compressing variants for LOS images r=thecount Differential Revision: https://phabricator.services.mozilla.com/D97633
2ca4e50483b9093c431bcf29f5844e09eab10fe4: Bug 1676996 - Don't try to process-switch a remote frame to local. r=nika
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 19 Nov 2020 17:44:30 +0000 - rev 624759
Push 14929 by ffxbld-merge at Mon, 14 Dec 2020 15:19:11 +0000
Bug 1676996 - Don't try to process-switch a remote frame to local. r=nika The guess in comment 3 is basically right, here's the relevant bits that happen in that trace in order: [content] nsFrameLoaderOwner::ChangeRemotenessCommon: frame becomes remote for the content process. [parent] WindowGlobalParent::SendMakeFrameLocal (mIsDocumentLoad=true) [content] ContentChild::SendCloneDocumentTreeInto [parent] ContentParent::RecvCloneDocumentTreeInto [content] WindowGlobalChild::RecvMakeFrameLocal So basically the source frame we're cloning is mid-switch-to-local: local already from the parent process POV, but still remote for the child. I think ignoring the clone in this case is fine (which will make the print iframe just about:blank). I've decided it to handle it in ChangeRemoteness but I could also handle it in RecvCloneDocumentTreeInto with a check like if (cp->GetRemoteType() == GetRemoteType()) or such I think. Let me know if you'd prefer that. Differential Revision: https://phabricator.services.mozilla.com/D97144
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip