This patch was heavily inspired by the existing 7z customizations that read the download token into the "postSigningData" file. In both cases, the installation self-extractor copies some data into the same temporary directory where the installer is written. It will then be up to the NSIS installer to copy that file into the installation directory (that work will be done later in this stack).

This patch also includes changes to some files that were regenerated based on the code changes made.
 - `mozilla_customizations.diff` was updated so that it still reflects all Mozilla-made code changes to 7z.
 - The `7zSD.ARM64.sfx` and `7zSD.Win32.sfx` executables were re-built from the new code.
 - `SFXSetup.vcxproj` was updated to use newer toolchains.

Differential Revision: https://phabricator.services.mozilla.com/D171109

I wanted to figure out how to re-generate `mozilla_customizations.diff` in a way that matched the way that it was originally created. This is so that (a) I could ensure that I was starting with a clean slate and that the current `mozilla_customizations.diff` matched the existing changes to `other-licenses/7zstub/src` and (b) when I regenerated `mozilla_customizations.diff` after making further changes to it, the patch of the diff changes would be at least somewhat readable rather than being a huge mess.

Some aspects of regenerating it created changes that I think are appropriate (ex: the full path to the user directory being present in the diff'ed file names). There were also some changes that I just couldn't figure out how to avoid (ex: the length of the function name context line). I'm not sure what diff utility was originally used, but I'm hoping that documenting how I generated it this time will allow it to be generated consistently in the future. And this commit should bring it in line with that consistency.

Differential Revision: https://phabricator.services.mozilla.com/D171108

Differential Revision: https://phabricator.services.mozilla.com/D165841

This relation isn't part of the ATK and IA2 specs.
In ATK and the older way of retrieving relations in IA2, we have to calculate all relations.
Since LINKS_TO can be slow and it isn't supported by ATK and IA2 anyway, let's just not expose it at all for them.

Differential Revision: https://phabricator.services.mozilla.com/D161775

Backed out 2 changesets (bug 1800048) for causing failures at browser_caching_relations_002.js. CLOSED TREE

Backed out changeset 9d0e9bd86e73 (bug 1800048)
Backed out changeset 59b83f2de870 (bug 1800048)

This relation isn't part of the ATK and IA2 specs.
In ATK and the older way of retrieving relations in IA2, we have to calculate all relations.
Since LINKS_TO can be slow and it isn't supported by ATK and IA2 anyway, let's just not expose it at all for them.

Differential Revision: https://phabricator.services.mozilla.com/D161775

Backed out changeset 09fb44f9d0b4 (bug 1800048) for causing mochitest failures on browser_caching_relations.js. CLOSED TREE

This relation isn't part of the ATK and IA2 specs.
In ATK and the older way of retrieving relations in IA2, we have to calculate all relations.
Since LINKS_TO can be slow and it isn't supported by ATK and IA2 anyway, let's just not expose it at all for them.

Differential Revision: https://phabricator.services.mozilla.com/D161775

Differential Revision: https://phabricator.services.mozilla.com/D132651

This patch starts pinning Firefox to the Taskbar by default on all supported Windows versions. The main addition here is a port of our existing taskbar pinning code for modern Windows 10 & 11 versions to an NSIS plugin (compiled version also included).

After discussion with a few stakeholders, we also decided that we will never pin during an update on Windows 10 or 11. (Arguably we could stop on Windows 7 & 8 as well - but I don't really see any harm in carrying forward our pre-existing behaviour there.) With this in mind, I dropped all the second pinning attempt code (which was only ever enabled for Windows 10).

Differential Revision: https://phabricator.services.mozilla.com/D148288

Backed out changeset d5dc93904754 (bug 1771951)
Backed out changeset 9651db4a6e3f (bug 1771951)

This patch starts pinning Firefox to the Taskbar by default on all supported Windows versions. The main addition here is a port of our existing taskbar pinning code for modern Windows 10 & 11 versions to an NSIS plugin (compiled version also included).

After discussion with a few stakeholders, we also decided that we will never pin during an update on Windows 10 or 11. (Arguably we could stop on Windows 7 & 8 as well - but I don't really see any harm in carrying forward our pre-existing behaviour there.) With this in mind, I dropped all the second pinning attempt code (which was only ever enabled for Windows 10).

Differential Revision: https://phabricator.services.mozilla.com/D148288

Backed out changeset 3a789d06604f (bug 1771951)
Backed out changeset 59eac90984cb (bug 1771951)

This patch starts pinning Firefox to the Taskbar by default on all supported Windows versions. The main addition here is a port of our existing taskbar pinning code for modern Windows 10 & 11 versions to an NSIS plugin (compiled version also included).

After discussion with a few stakeholders, we also decided that we will never pin during an update on Windows 10 or 11. (Arguably we could stop on Windows 7 & 8 as well - but I don't really see any harm in carrying forward our pre-existing behaviour there.) With this in mind, I dropped all the second pinning attempt code (which was only ever enabled for Windows 10).

Differential Revision: https://phabricator.services.mozilla.com/D148288

For posterity, these were signed through our adhoc-signing system. Relevant links:
https://github.com/mozilla-releng/adhoc-signing/commit/0acb7a37c217bbc1f6d50265db715cd58c524bba
https://firefox-ci-tc.services.mozilla.com/tasks/VxWxraRRRbuHwOpKvxW8lg
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/VxWxraRRRbuHwOpKvxW8lg/runs/0/artifacts/public%2Fbuild%2Fnsis-plugins-signed.zip

Differential Revision: https://phabricator.services.mozilla.com/D147302

Bug 1733545 - Remove REQUIRES_UNIFIED_BUILD from third-party directories that don't need it. r=firefox-build-system-reviewers,andi

Differential Revision: https://phabricator.services.mozilla.com/D127229

Bug 1725145 - Preparation for the hybrid build env. r=necko-reviewers,firefox-build-system-reviewers,valentin,glandium

Automatically generated path that adds flag `REQUIRES_UNIFIED_BUILD = True` to `moz.build`
when the module governed by the build config file is not buildable outside on the unified environment.

This needs to be done in order to have a hybrid build system that adds the possibility of combing
unified build components with ones that are built outside of the unified eco system.

Differential Revision: https://phabricator.services.mozilla.com/D122345

Differential Revision: https://phabricator.services.mozilla.com/D115841

They include system headers inside extern "C", which seems wrong and
causes the issue. This is the minimal patch.

Differential Revision: https://phabricator.services.mozilla.com/D105217

Bug 1691957 - Snappy 1.1.8 now requires SNAPPY_IS_BIG_ENDIAN on big endian systems r=dom-storage-reviewers,sg

Differential Revision: https://phabricator.services.mozilla.com/D104686

Add a static assertion in IndexedDB to detect future updates.

Differential Revision: https://phabricator.services.mozilla.com/D56708

Differential Revision: https://phabricator.services.mozilla.com/D93717

The MOZ_MUST_USE macro is defined as clang's and gcc's nonstandard __attribute__((warn_unused_result)). Now that we compile as C++17 by default (bug 1560664), we can replace MOZ_MUST_USE with C++17's standard [[nodiscard]] attribute.

BitsUtils.cpp only references MOZ_MUST_USE in a comment about forking a copy of mozilla::ScopeExit to remove some dependencies on other Mozilla header files (including MOZ_MUST_USE from mfbt/Attributes.h). [[nodiscard]] doesn't require a header file, so we can just remove this comment about MOZ_MUST_USE.

Differential Revision: https://phabricator.services.mozilla.com/D89296

The license used to be LGPL so the code lived in other-licenses, but it was changed to BSD eleven years ago. Let's move it over to third_party/python/ply where it belongs.

    ./mach vendor python ply==3.10

`diff -r` between the original `ply` directory and the new one only comes up with the new file `third_party/python/ply/CHANGES` which isn't relevant to the functionality of the code, so this should be a no-op all told.

Differential Revision: https://phabricator.services.mozilla.com/D73341

Depends on D72993

Differential Revision: https://phabricator.services.mozilla.com/D72994

The second argument to `ExecuteCodeSegment` is for a progress bar, not the parent window.

Differential Revision: https://phabricator.services.mozilla.com/D72993

Differential Revision: https://phabricator.services.mozilla.com/D72415

Depends on D56577

Differential Revision: https://phabricator.services.mozilla.com/D56579

This is all the code and build files for an NSIS plugin that enables
rendering a web page as the content of an NSIS dialog.

Documentation and the compiled binary are in later commits in this series.

Depends on D56576

Differential Revision: https://phabricator.services.mozilla.com/D56577

Minify this file by removing the dialogs we don't need and hiding all the
unnecessary controls in the one we do need, so the stub installer code
doesn't have to do that manually (I would have removed those controls
altogether, but the NSIS compiler errors out if you do that).

The dialog resources were edited directly in-place using
Resource Hacker <http://angusj.com/resourcehacker/>.

Differential Revision: https://phabricator.services.mozilla.com/D56576

This is the most recent version of ply to still support python 3.5.

Differential Revision: https://phabricator.services.mozilla.com/D70720

--HG--
extra : moz-landing-system : lando

Differential Revision: https://phabricator.services.mozilla.com/D64511

--HG--
rename : mfbt/Pair.h => mfbt/CompactPair.h
extra : moz-landing-system : lando

Backed out changeset a08637fb30c8 (bug 1143478) for causing bustages in /builds/worker/checkouts/gecko/ipc/mscom/Registration.cpp CLOSED TREE

--HG--
rename : mfbt/CompactPair.h => mfbt/Pair.h

Differential Revision: https://phabricator.services.mozilla.com/D64511

--HG--
rename : mfbt/Pair.h => mfbt/CompactPair.h
extra : moz-landing-system : lando

Differential Revision: https://phabricator.services.mozilla.com/D64337

--HG--
extra : moz-landing-system : lando

Differential Revision: https://phabricator.services.mozilla.com/D64287

--HG--
extra : moz-landing-system : lando

The changes made to CityHash are no longer necessary with mingw-clang, so we
can revert them to the original upstream implementation.

Differential Revision: https://phabricator.services.mozilla.com/D56991

--HG--
extra : moz-landing-system : lando

This patch includes:
* The new icon file itself
* A modified Win32 SFX binary with the icon resource replaced and no other changes
* A rebuilt ARM64 binary (because rebuilding it is just as easy as resource hacking it)
* And I also took the opportunity to update the VC project to the 2019 toolchain
  and removed the requirement for a particular Windows 10 SDK version.

Differential Revision: https://phabricator.services.mozilla.com/D46846

--HG--
extra : moz-landing-system : lando

Differential Revision: https://phabricator.services.mozilla.com/D24229

--HG--
extra : moz-landing-system : lando