Name Description Size
BounceTrackingAllowList.cpp 1681
BounceTrackingAllowList.h 874
BounceTrackingMapEntry.cpp 719
BounceTrackingMapEntry.h Represents an entry in the global bounce tracker or user activation map. 979
BounceTrackingProtection.cpp 44881
BounceTrackingProtection.h 6643
BounceTrackingProtectionStorage.cpp 35121
BounceTrackingProtectionStorage.h 9714
BounceTrackingRecord.cpp 2199
BounceTrackingRecord.h 1953
BounceTrackingState.cpp 28152
BounceTrackingState.h This class manages the bounce tracking state for a given tab. It is attached to top-level CanonicalBrowsingContexts. 6605
BounceTrackingStateGlobal.cpp 8737
BounceTrackingStateGlobal.h This class holds the global state maps which are used to keep track of potential bounce trackers and user activations. @see BounceTrackingState for the per browser / tab state. Updates to the state maps are persisted to storage. 4844
BounceTrackingStorageObserver.cpp 7971
BounceTrackingStorageObserver.h 918
BTPRemoteExceptionList.sys.mjs Called for remote settings "sync" events. 2878
ClearDataCallback.cpp 7116
ClearDataCallback.h 1838
components.conf 1299
metrics.yaml 4939
moz.build 1675
nsIBounceTrackingMapEntry.idl This interface represents an entry in the global bounce tracker or user activation map. 761
nsIBounceTrackingProtection.idl Modes for Bounce Tracking Protection MODE_DISABLED - Feature fully disabled and not initialized at startup. No user activation signals are collected. Requires a restart to apply. MODE_ENABLED - Feature fully enabled. This includes: collection of user activation signals, classification of bounce trackers, periodic purging of bounce trackers. MODE_ENABLED_STANDBY - Tracker classification and purging is disabled. User activation signals are still collected and stored. MODE_ENABLED_DRY_RUN - Dry-run mode: The feature is fully enabled, but tracker purging is simulated. No site data is purged. Purge telemetry still gets collected. This mode is helpful for testing the feature without risking data loss. For toggling the feature in privacy settings UI switch between MODE_ENABLED and MODE_ENABLED_DRY_RUN. This is important so that user activation signals and telemetry are still collected even if the feature is "turned off" for the user. In the future when we're done collecting telemetry we may switch this to MODE_ENABLED_STANDBY where we still collect user activation signals but do not simulate purging. Fully enabling / disabling the feature (MODE_DISABLED -> x or x -> MODE_DISABLED) requires a restart to apply. 4820
nsIBTPRemoteExceptionList.idl Helper for syncing remote settings exception list to BounceTrackingProtection. 852
pings.yaml 741
PromiseNativeWrapper.cpp 827
PromiseNativeWrapper.h 1366
test