Splits the `00-waterfox.js` file into several more focused
preference files for better organization:
- `00-general.js`: General settings.
- `01-theme.js`: UI theme related settings.
- `02-privacy.js`: Privacy settings.
- `03-features.js`: Feature toggles.
- `04-sidebar.js`: Sidebar settings.
Also removes the unused `02-speed.js` and `03-privacy.js`
files, and updates moz.build accordingly
refactor: branding
* add a waterfox moz.configure for UA name and profile
* add liquid glass compatible icon
* use modernized version of logo
* add private browsing icons
There's a lot here. The main thing is that rather than invoking
`INNER_UNMAKE_PACKAGE`, we use the new `mach artifact install
--unfiltered-project-package` flag to do that work. In automation,
this gets configured using `MOZ_ARTIFACT_TASK` and is deterministic;
locally, this is far easier to work with.
This replacement allows us to clean up a bunch of Makefile goo, some
of which is done here. More clean up is surely possible; the
`mozharness` config files are a good place to look next.
The `MOZ_PKG_MAC_*` settings previously referred to the unpacked DMG
resources. There's no need for that complication; we can always take
them from the branding resources. (The relevant `mozconfig`
entries *look* to always have Nightly branding, but merge automation
ensures that the branding is correctly set for Beta and Release.)
Differential Revision: https://phabricator.services.mozilla.com/D249448
This reverts commit ec5fa1d4c0.
Revert "Bug 1606785 - Format Firefox CSS files with Prettier r=desktop-theme-reviewers,perftest-reviewers,places-reviewers,translations-reviewers,omc-reviewers,backup-reviewers,browser-installer-reviewers,sparky,dao,pdahiya,nrishel,kpatenio"
This reverts commit baa5d72bbd.
Revert "Bug 1606785 - Format browser/themes and toolkit/themes CSS files with Prettier r=desktop-theme-reviewers,pip-reviewers,tabbrowser-reviewers,places-reviewers,dao,mconley"
This reverts commit 9604b0a8ae.
Revert "Bug 1606785 - Format browser/themes/preferences CSS files with Prettier r=settings-reviewers,desktop-theme-reviewers,dao,mconley"
This reverts commit 686c1cf85f.
Revert "Bug 1606785 - Format urlbar CSS files with Prettier r=urlbar-reviewers,desktop-theme-reviewers,dao"
This reverts commit a7a4f31251.
Revert "Bug 1606785 - Format webcompat CSS files with Prettier r=webcompat-reviewers,denschub"
This reverts commit 41bc4d5237.
Revert "Bug 1606785 - Format search CSS files with Prettier r=search-reviewers,jteow"
This reverts commit 7bb7f82374.
Revert "Bug 1606785 - Format dom CSS files with Prettier r=emilio"
This reverts commit c22e910235.
Revert "Bug 1606785 - Format android CSS files with Prettier r=geckoview-reviewers,hiro"
This reverts commit c08e43fc3d.
Revert "Bug 1606785 - Format layout CSS files with Prettier r=layout-reviewers,dholbert"
This reverts commit 4f2a32d1a4.
Revert "Bug 1606785 - Format devtools CSS files with Prettier r=devtools-reviewers,nchevobbe,frontend-codestyle-reviewers"
This reverts commit c05f675ddf.
Revert "Bug 1606785 - Format recomp CSS files with Prettier r=reusable-components-reviewers,desktop-theme-reviewers,dao,mkennedy"
This reverts commit b10c7de8d0.
Revert "Bug 1606785 - Format sidebar CSS files with Prettier r=sidebar-reviewers,desktop-theme-reviewers,dao,nsharpley"
This reverts commit d32c555e37.
Revert "Bug 1606785 - Format shopping CSS files with Prettier r=shopping-reviewers,desktop-theme-reviewers,dao,rking"
This reverts commit 965887a708.
Revert "Bug 1606785 - Format profiles CSS files with Prettier r=profiles-reviewers,desktop-theme-reviewers,dao,mossop"
This reverts commit 8338860f74.
Revert "Bug 1606785 - Format genai and ml CSS files with Prettier r=firefox-ai-ml-reviewers,Mardak"
This reverts commit d66681f553.
Revert "Bug 1606785 - Format firefoxview CSS files with Prettier r=fxview-reviewers,desktop-theme-reviewers,dao,jsudiaman"
This reverts commit 530b815cad.
Revert "Bug 1606785 - Format aboutlogins, megalist, and form autofill CSS files with Prettier r=credential-management-reviewers,mtigley,desktop-theme-reviewers,dao"
This reverts commit 813c864381.
There's a lot here. The main thing is that rather than invoking
`INNER_UNMAKE_PACKAGE`, we use the new `mach artifact install
--unfiltered-project-package` flag to do that work. In automation,
this gets configured using `MOZ_ARTIFACT_TASK` and is deterministic;
locally, this is far easier to work with.
This replacement allows us to clean up a bunch of Makefile goo, some
of which is done here. More clean up is surely possible; the
`mozharness` config files are a good place to look next.
The `MOZ_PKG_MAC_*` settings previously referred to the unpacked DMG
resources. There's no need for that complication; we can always take
them from the branding resources. (The relevant `mozconfig`
entries *look* to always have Nightly branding, but merge automation
ensures that the branding is correctly set for Beta and Release.)
Differential Revision: https://phabricator.services.mozilla.com/D249448
The langpacks subpackages will be built together with the main packages. To
achieve this behavior, the firefox.spec file is now generated from a jinja2
template instead of the basic template from the string module.
Differential Revision: https://phabricator.services.mozilla.com/D244486
The tool rpmbuild come from with the --target parameter which allow to build a
package for a particular architecture (if the building tools are available).
Since the repackage-rpm command do not build anything, this argument can be
used to register the correct information in the generated package.
The --target argument will also add automaticaly the architecture related
entries in the specification file.
Differential Revision: https://phabricator.services.mozilla.com/D241231
The prefix DEB_ was fully removed from the template variables.
The tests which are already tested in test_utils were removed from test_debian.
Differential Revision: https://phabricator.services.mozilla.com/D238575
This implements the crash helper service used to move child process crash
report generation out of the main process and into its own process. This is
implemented as a separate executable that is launched on startup by the main
process on the desktop platforms and as a service hosted by a separate process
on Android.
The crash helper process is started when the first exception handler is set
on desktop platforms and before loading libxul on Android. In both cases
starting this process happens asynchronously so that neither the main process
nor child processes have to wait for it to come up. If a crash happens before
the crash helper has started, the crashed process will wait for it to fully
come up and then proceed with regular crash generation.
IPC with the crash helper is implemented using Unix sockets on Linux and macOS
with the former using sequential packets and the latter using stream sockets.
On Windows we use named pipes. In all cases the choice of IPC was dictated both
by the requirement to eventually talk directly to child processes from within
the sandbox, and to external processes in case of Windows as the Windows
Error Reporting exception handler must be able to reach out to the helper from
within a restricted context. These particular requirements are not used yet but
will be as we move more logic out of the main process logic.
Differential Revision: https://phabricator.services.mozilla.com/D231083
This implements the crash helper service used to move child process crash
report generation out of the main process and into its own process. This is
implemented as a separate executable that is launched on startup by the main
process on the desktop platforms and as a service hosted by a separate process
on Android.
The crash helper process is started when the first exception handler is set
on desktop platforms and before loading libxul on Android. In both cases
starting this process happens asynchronously so that neither the main process
nor child processes have to wait for it to come up. If a crash happens before
the crash helper has started, the crashed process will wait for it to fully
come up and then proceed with regular crash generation.
IPC with the crash helper is implemented using Unix sockets on Linux and macOS
with the former using sequential packets and the latter using stream sockets.
On Windows we use named pipes. In all cases the choice of IPC was dictated both
by the requirement to eventually talk directly to child processes from within
the sandbox, and to external processes in case of Windows as the Windows
Error Reporting exception handler must be able to reach out to the helper from
within a restricted context. These particular requirements are not used yet but
will be as we move more logic out of the main process logic.
Differential Revision: https://phabricator.services.mozilla.com/D231083
This implements the crash helper service used to move child process crash
report generation out of the main process and into its own process. This is
implemented as a separate executable that is launched on startup by the main
process on the desktop platforms and as a service hosted by a separate process
on Android.
The crash helper process is started when the first exception handler is set
on desktop platforms and before loading libxul on Android. In both cases
starting this process happens asynchronously so that neither the main process
nor child processes have to wait for it to come up. If a crash happens before
the crash helper has started, the crashed process will wait for it to fully
come up and then proceed with regular crash generation.
IPC with the crash helper is implemented using Unix sockets on Linux and macOS
with the former using sequential packets and the latter using stream sockets.
On Windows we use named pipes. In all cases the choice of IPC was dictated both
by the requirement to eventually talk directly to child processes from within
the sandbox, and to external processes in case of Windows as the Windows
Error Reporting exception handler must be able to reach out to the helper from
within a restricted context. These particular requirements are not used yet but
will be as we move more logic out of the main process logic.
Differential Revision: https://phabricator.services.mozilla.com/D231083
This also updates the addon-jar.mn script to remove the static chrome / resource registrations,
as this is taken care of in resource-mapping.js, and causes interesting test failures in CI
when included (specifically, if the manifest is refreshed after resource-mapping has run).
Differential Revision: https://phabricator.services.mozilla.com/D241463
This change creates the installation directory layout DLLs to be used in the versioned install
directory project outlined in https://bugzilla.mozilla.org/show_bug.cgi?id=1891600
These DLLs are both named InstallationDirLayout.dll, and their only
functionality is to return whether the current client installation uses
a single install directory (the current way), or versioned install
directories.
Eventually, the updater or installer will choose the appropriate version of this
directory to be installed on the client machine. Until we have that
functionality, the "single layout" version of the library will be
installed in the bin directory of the installation, and the "versioned
layout" version will be installed in a subdirectory.
More details are in the index.rst document included in this change.
Differential Revision: https://phabricator.services.mozilla.com/D236065
Copy commands from taskcluster/docker/firefox-flatpak/runme.sh into a
standalone repackage command that can be pointed at a firefox build and
spit out a flatpak repository.
The browser/installer/linux/app/flatpak directory contains templates and
extra files that get injected into the flatpak build process.
Differential Revision: https://phabricator.services.mozilla.com/D238800
