| .eslintrc.mjs |
|
431 |
- |
| about |
|
|
89 % |
| aboutlogins |
|
|
92 % |
| aboutwelcome |
|
|
83 % |
| AccountsGlue.sys.mjs |
Manages Mozilla Account and Sync related functionality
needed at startup. It mainly handles various account-related events and notifications.
This module was sliced off of BrowserGlue and designed to centralize
account-related events/notifications to prevent crowding BrowserGlue
|
16211 |
70 % |
| aiwindow |
|
|
90 % |
| asrouter |
|
|
85 % |
| attribution |
|
|
- |
| backup |
|
|
90 % |
| BrowserComponents.manifest |
|
15062 |
- |
| BrowserContentHandler.sys.mjs |
Whether `openBrowserWindow` should open the window as Smart Window.
Composes the shared `AIWindow.shouldOpenAsSmartWindow()` check (feature
state) with the BCH-specific gates: don't force smart when a private
window was explicitly requested, and require a synchronous signal that
the user previously signed in (the FxA check itself is async; we
approximate it via the ToS consent timestamp, which is set on first
successful sign-in). If the user has since signed out, Smart Window
still opens and `onFirstWindowReady` re-verifies via FxA and prompts
sign-in as needed.
Note this does NOT check `SessionStartup.willRestore()` — that's only
relevant for the startup window (to avoid a smart → classic flash when
SessionStore is about to restore the previously saved window type), and
is gated at the call site for the startup path.
@param {boolean} forcePrivate
@returns {boolean}
|
61422 |
68 % |
| BrowserGlue.sys.mjs |
|
61033 |
77 % |
| build |
|
|
- |
| components.conf |
|
2966 |
- |
| contentanalysis |
|
|
- |
| contentsharing |
|
|
87 % |
| contextualidentity |
|
|
- |
| controlcenter |
|
|
- |
| customizableui |
|
|
88 % |
| customkeys |
|
|
98 % |
| DefaultBrowserCheck.sys.mjs |
Don't break if Telemetry is acting up. |
7971 |
- |
| defaultwindowslaunchonlogin |
|
|
100 % |
| DesktopActorRegistry.sys.mjs |
Fission-compatible JSProcess implementations.
Each actor options object takes the form of a ProcessActorOptions dictionary.
Detailed documentation of these options is in dom/docs/ipc/jsactors.rst,
available at https://firefox-source-docs.mozilla.org/dom/ipc/jsactors.html
|
26529 |
- |
| distribution.sys.mjs |
|
19246 |
83 % |
| downloads |
|
|
88 % |
| enterprisepolicies |
|
|
85 % |
| extensions |
|
|
95 % |
| firefoxview |
|
|
91 % |
| genai |
|
|
89 % |
| installerprefs |
|
|
94 % |
| ipprotection |
|
|
93 % |
| messagepreview |
|
|
78 % |
| metrics.yaml |
|
44332 |
- |
| migration |
|
|
76 % |
| moz.build |
|
3137 |
- |
| mozcachedohttp |
|
|
- |
| multilineeditor |
|
|
84 % |
| newtab |
|
|
86 % |
| nsIBrowserHandler.idl |
Extract the width and height specified on the command line, if present.
@return A feature string with a prepended comma, e.g. ",width=500,height=400"
|
799 |
- |
| originattributes |
|
|
- |
| pagedata |
|
|
93 % |
| passwordmgr |
|
|
100 % |
| permissions |
|
|
- |
| pictureinpicture |
|
|
- |
| places |
|
|
83 % |
| preferences |
|
|
90 % |
| privatebrowsing |
|
|
92 % |
| ProfileDataUpgrader.sys.mjs |
This method transforms data in the profile directory so that it can be
used in the current version of Firefox. It is organized similar to
typical database version upgrades: we are invoked with the version of the
profile data on disk (`existingDataVersion`) and the version we expect/need
(`newVersion`), and execute any necessary migrations.
In practice, most of the migrations move user choices from one preference
to another, or ensure that other mechanical file moves (e.g. of document
URLs like browser.xhtml).
If you're adding a new migration, you will need to increment
APP_DATA_VERSION in BrowserGlue.sys.mjs' _migrateUI. That version is not
in this module so that we can avoid loading this module entirely in common
cases (Firefox startups where a profile is not upgraded).
Note that this is invoked very early on startup and should try to avoid
doing very expensive things immediately unless absolutely necessary. Some
of the migrations will therefore set a pref or otherwise flag that their
component needs to do more work later, perhaps during idle tasks or
similar, to avoid front-loading the component initialization into this
early part of startup. Of course, some of these migrations (e.g. to ensure
that browser windows remember their sizes if the URL to browser.xhtml has
changed) _need_ to run very early, and that is OK.
@param {integer} existingDataVersion
The version of the data in the profile.
@param {integer} newVersion
The version that the application expects/needs.
|
39350 |
- |
| profiles |
|
|
85 % |
| prompts |
|
|
91 % |
| protections |
|
|
96 % |
| protocolhandler |
|
|
76 % |
| qrcode |
|
|
91 % |
| reportbrokensite |
|
|
98 % |
| resistfingerprinting |
|
|
- |
| safebrowsing |
|
|
- |
| screenshots |
|
|
90 % |
| search |
|
|
62 % |
| sessionstore |
|
|
88 % |
| shell |
|
|
34 % |
| sidebar |
|
|
91 % |
| StartupRecorder.sys.mjs |
The StartupRecorder component observes notifications at various stages of
startup and records the set of JS modules that were already loaded at
each of these points.
The records are meant to be used by startup tests in
browser/base/content/test/performance
This component only exists in nightly and debug builds, it doesn't ship in
our release builds.
|
7752 |
87 % |
| StartupTelemetry.sys.mjs |
Used to collect various bits of telemetry during browser startup.
|
19974 |
- |
| storybook |
|
|
- |
| syncedtabs |
|
|
87 % |
| tabbrowser |
|
|
91 % |
| tabnotes |
|
|
93 % |
| tabunloader |
|
|
64 % |
| taskbartabs |
|
|
94 % |
| tests |
|
|
- |
| textrecognition |
|
|
- |
| topsites |
|
|
86 % |
| touchbar |
|
|
- |
| translations |
|
|
90 % |
| uitour |
|
|
- |
| urlbar |
|
|
78 % |
| webrtc |
|
|
90 % |