Name Description Size
Action.cpp 839
Action.h 3737
ActorChild.cpp 1564
ActorChild.h no-op 1713
ActorUtils.h 2953
AutoUtils.cpp 17340
AutoUtils.h 3075
BoundStorageKey.cpp 9563
BoundStorageKey.h BoundStorageKey ipdl would be used to work with all storage APIs between child and parent process. BoundStorageKey is a generic base class and represents all respective derived storage classes. BoundStorageKeyCacheStorage below is one such class which deals with cachestorage and like this, there could be more in the future like BoundStorageKeyIDB for IndexedDB, etc. TODO: it might be worth moving BoundStorageKey protocol definition, implementation into separate directory while more derived implementations could be under their respective storage directories like dom/cache for BoundStorageKeyCacheStorage. 7735
BoundStorageKeyCache.cpp 12289
BoundStorageKeyCache.h This is similar to Cache class as BoundStorageKeyCacheStorage is to CacheStorage i.e. 1. Exposes and implements Cache APIs but uses MozPromise as it's return value rather than JS Promise 2. IPC communication can be retargetted to any event target as it's protocol gets created on a top-level actor 6214
BoundStorageKeyChild.cpp 2778
BoundStorageKeyChild.h 2522
BoundStorageKeyParent.cpp 1028
BoundStorageKeyParent.h 1790
Cache.cpp 19219
Cache.h 4650
CacheChild.cpp 3911
CacheChild.h 2775
CacheCipherKeyManager.h 827
CacheCommon.cpp 352
CacheCommon.h 495
CacheOpChild.cpp 7249
CacheOpChild.h 2286
CacheOpParent.cpp 10897
CacheOpParent.h 2512
CacheParent.cpp 2184
CacheParent.h 1424
CacheStorage.cpp 19967
CacheStorage.h 4049
CacheStorageChild.cpp 3380
CacheStorageChild.h 2864
CacheStorageParent.cpp 4435
CacheStorageParent.h 2013
CacheStreamControlChild.cpp aAllowLazy 5189
CacheStreamControlChild.h 2031
CacheStreamControlParent.cpp aAllowLazy 5568
CacheStreamControlParent.h 2591
CacheTypes.ipdlh 4576
CacheWorkerRef.cpp 4073
CacheWorkerRef.h 1650
Connection.cpp 8432
Connection.h 874
Context.cpp aMaybeCipherKey 39422
Context.h 8417
DBAction.cpp 8751
DBAction.h 2560
DBSchema.cpp 126728
DBSchema.h 3902
FileUtils.cpp 29288
FileUtils.h This function is used to check if the directory padding file is existed. 5909
FileUtilsImpl.h aTrackQuota 3683
IPCUtils.h 1093
Manager.cpp Note: The aCommitHook argument will be invoked while a lock is held. Callers should be careful not to pass a hook that might lock on something else and trigger a deadlock. 77899
Manager.h 10536
ManagerId.cpp 1993
ManagerId.h 1549
moz.build 2572
NotifyUtils.cpp 687
NotifyUtils.h 535
PBoundStorageKey.ipdl 833
PCache.ipdl 1005
PCacheOp.ipdl 674
PCacheStorage.ipdl 1037
PCacheStreamControl.ipdl 1026
PrincipalVerifier.cpp 5740
PrincipalVerifier.h 2366
QuotaClient.cpp aMustRestore 19618
QuotaClient.h The following functions are used to access the directory padding file. The directory padding file lives in DOM Cache base directory (e.g. foo.com/cache/.padding). It is used to keep the current overall padding size for an origin, so that the QuotaManager doesn't need to access the database when getting quota clients' usage. For the directory padding file, it's only accessed on Quota IO thread (for getting current usage) and Cache IO threads (for tracking padding size change). Besides, the padding file is protected by a mutex lock held by CacheQuotaClient. Each padding file should only take 8 bytes (int64_t) to record the overall padding size. Besides, we use the temporary padding file to indicate if the previous action is completed successfully. If the temporary file exists, it represents that the previous action is failed and the content of padding file cannot be trusted, and we need to restore the padding file from the database. 1973
QuotaClientImpl.h 5375
ReadStream.cpp 17943
ReadStream.h 3401
SavedTypes.h 1349
StreamControl.cpp 2296
StreamControl.h 2573
StreamList.cpp 6255
StreamList.h 2051
test
Types.h 2421
TypeUtils.cpp 16224
TypeUtils.h 5542