Name Description Size
docs 1
FetchEventOpChild.cpp 21967
FetchEventOpChild.h FetchEventOpChild represents an in-flight FetchEvent operation. 3296
FetchEventOpParent.cpp 2831
FetchEventOpParent.h 2359
FetchEventOpProxyChild.cpp 8787
FetchEventOpProxyChild.h 2234
FetchEventOpProxyParent.cpp static 7885
FetchEventOpProxyParent.h FetchEventOpProxyParent owns a FetchEventOpParent in order to propagate the respondWith() value by directly calling SendRespondWith on the FetchEventOpParent, but the call to Send__delete__ is handled via MozPromise. This is done because this actor may only be created after its managing PRemoteWorker is created, which is asynchronous and may fail. We take on responsibility for the promise once we are created, but we may not be created if the RemoteWorker is never successfully launched. 2650
IPCNavigationPreloadState.ipdlh 488
IPCServiceWorkerDescriptor.ipdlh 896
IPCServiceWorkerRegistrationDescriptor.ipdlh 1819
moz.build 3880
NavigationPreloadManager.cpp static 4197
NavigationPreloadManager.h 2064
PFetchEventOp.ipdl 898
PFetchEventOpProxy.ipdl 865
PServiceWorker.ipdl 599
PServiceWorkerContainer.ipdl 1266
PServiceWorkerManager.ipdl 760
PServiceWorkerRegistration.ipdl 1176
RemoteServiceWorkerContainerImpl.cpp 7845
RemoteServiceWorkerContainerImpl.h 2143
RemoteServiceWorkerImpl.cpp 3034
RemoteServiceWorkerImpl.h 1476
RemoteServiceWorkerRegistrationImpl.cpp 7448
RemoteServiceWorkerRegistrationImpl.h 2278
ServiceWorker.cpp 11145
ServiceWorker.h 4385
ServiceWorkerActors.cpp 1335
ServiceWorkerActors.h 1154
ServiceWorkerChild.cpp 1925
ServiceWorkerChild.h 1210
ServiceWorkerCloneData.cpp 2375
ServiceWorkerCloneData.h 2553
ServiceWorkerContainer.cpp 24477
ServiceWorkerContainer.h 6232
ServiceWorkerContainerChild.cpp 2102
ServiceWorkerContainerChild.h 1432
ServiceWorkerContainerParent.cpp 3974
ServiceWorkerContainerParent.h 1832
ServiceWorkerContainerProxy.cpp 5205
ServiceWorkerContainerProxy.h 1536
ServiceWorkerDescriptor.cpp 4525
ServiceWorkerDescriptor.h 3381
ServiceWorkerEvents.cpp static 44180
ServiceWorkerEvents.h 9699
ServiceWorkerInfo.cpp 9803
ServiceWorkerInfo.h Wherever the spec treats a worker instance and a description of said worker as the same thing; i.e. "Resolve foo with _GetNewestWorker(serviceWorkerRegistration)", we represent the description by this class and spawn a ServiceWorker in the right global when required. 5579
ServiceWorkerInterceptController.cpp 4558
ServiceWorkerInterceptController.h 809
ServiceWorkerIPCUtils.h 1248
ServiceWorkerJob.cpp 7294
ServiceWorkerJob.h 4432
ServiceWorkerJobQueue.cpp 3437
ServiceWorkerJobQueue.h 949
ServiceWorkerManager.cpp 110815
ServiceWorkerManager.h f4f8755a-69ca-46e8-a65d-775745535990 16993
ServiceWorkerManagerChild.h 1126
ServiceWorkerManagerParent.cpp 3776
ServiceWorkerManagerParent.h 1468
ServiceWorkerOp.cpp ExtendableEvent::ExtensionsHandler interface 63173
ServiceWorkerOp.h This must be called once and only once before the first call to `MaybeStart()`; `aActor` will be used for `AsyncLog()` and `ReportCanceled().` 6531
ServiceWorkerOpArgs.ipdlh ServiceWorkerOpArgs 5010
ServiceWorkerOpPromise.h 1624
ServiceWorkerParent.cpp 1833
ServiceWorkerParent.h 1247
ServiceWorkerPrivate.cpp 71575
ServiceWorkerPrivate.h 11150
ServiceWorkerPrivateImpl.cpp 43676
ServiceWorkerPrivateImpl.h Update Telemetry for # of running ServiceWorkers 9868
ServiceWorkerProxy.cpp 3948
ServiceWorkerProxy.h 1657
ServiceWorkerQuotaUtils.cpp QuotaUsageChecker implements the quota usage checking algorithm. 1. Getting the given origin/group usage through QuotaManagerService. QuotaUsageCheck::Start() implements this step. 2. Checking if the group usage headroom is satisfied. It could be following three situations. a. Group headroom is satisfied without any usage mitigation. b. Group headroom is satisfied after origin usage mitigation. This invokes nsIClearDataService::DeleteDataFromPrincipal(). c. Group headroom is satisfied after group usage mitigation. This invokes nsIClearDataService::DeleteDataFromBaseDomain(). QuotaUsageChecker::CheckQuotaHeadroom() implements this step. If the algorithm is done or error out, the QuotaUsageCheck::mCallback will be called with a bool result for external handling. 9408
ServiceWorkerQuotaUtils.h 765
ServiceWorkerRegisterJob.cpp 1857
ServiceWorkerRegisterJob.h 1246
ServiceWorkerRegistrar.cpp static 44405
ServiceWorkerRegistrar.h 3297
ServiceWorkerRegistrarTypes.ipdlh 837
ServiceWorkerRegistration.cpp static 19230
ServiceWorkerRegistration.h 5982
ServiceWorkerRegistrationChild.cpp 2518
ServiceWorkerRegistrationChild.h 1648
ServiceWorkerRegistrationDescriptor.cpp 8572
ServiceWorkerRegistrationDescriptor.h 3403
ServiceWorkerRegistrationInfo.cpp 27766
ServiceWorkerRegistrationInfo.h 8464
ServiceWorkerRegistrationListener.h mozilla_dom_ServiceWorkerRegistrationListener_h 1168
ServiceWorkerRegistrationParent.cpp 4274
ServiceWorkerRegistrationParent.h 1949
ServiceWorkerRegistrationProxy.cpp 15652
ServiceWorkerRegistrationProxy.h 2816
ServiceWorkerScriptCache.cpp force trusted origin 44345
ServiceWorkerScriptCache.h If there is an error, ignore aInCacheAndEqual and aNewCacheName. On success, if the cached result and network result matched, aInCacheAndEqual will be true and no new cache name is passed, otherwise use the new cache name to load the ServiceWorker. 1823
ServiceWorkerShutdownBlocker.cpp static 8341
ServiceWorkerShutdownBlocker.h Main thread only. A ServiceWorkerShutdownBlocker will "accept promises", and each of these promises will be a "pending promise" while it hasn't settled. At some point, `StopAcceptingPromises()` should be called and the state will change to "not accepting promises" (this is a one way state transition). The shutdown phase of the shutdown client the blocker is created with will be blocked until there are no more pending promises. It doesn't matter whether the state changes to "not accepting promises" before or during the associated shutdown phase. In beta/release builds there will be an additional timer that starts ticking once both the shutdown phase has been reached and the state is "not accepting promises". If when the timer expire there are still pending promises, shutdown will be forcefully unblocked. 5329
ServiceWorkerShutdownState.cpp 5302
ServiceWorkerShutdownState.h 1777
ServiceWorkerUnregisterCallback.cpp 1080
ServiceWorkerUnregisterCallback.h 1142
ServiceWorkerUnregisterJob.cpp 4362
ServiceWorkerUnregisterJob.h 991
ServiceWorkerUpdateJob.cpp The spec mandates slightly different behaviors for computing the scope prefix string in case a Service-Worker-Allowed header is specified versus when it's not available. With the header: "Set maxScopeString to "/" concatenated with the strings in maxScope's path (including empty strings), separated from each other by "/"." Without the header: "Set maxScopeString to "/" concatenated with the strings, except the last string that denotes the script's file name, in registration's registering script url's path (including empty strings), separated from each other by "/"." In simpler terms, if the header is not present, we should only use the "directory" part of the pathname, and otherwise the entire pathname should be used. ScopeStringPrefixMode allows the caller to specify the desired behavior. 17899
ServiceWorkerUpdateJob.h 3785
ServiceWorkerUtils.cpp allowIfInheritsPrincipal 5023
ServiceWorkerUtils.h 2063
test 257