1cad963a91
After PFetch is enabled, fetch() call in workers will not create a channel in the content process anymore. Although netmonitor watches channels and NetEvents, stack traces are only caught in the content process. That means PFetch should notify the netmonitor about the stack trace of the fetch at the proper moment. In original fetch steps, FetchDriver would notify the netmonitor the fetch stack trace at https://searchfox.org/mozilla-central/rev/cdddec7fd690700efa4d6b48532cf70155e0386b/dom/fetch/FetchDriver.cpp#834 When PFetch is enabled, PFetch needs also to propagate this notification back to the content process. Depends on D174442 Differential Revision: https://phabricator.services.mozilla.com/D174443
23 lines
847 B
Plaintext
23 lines
847 B
Plaintext
/* -*- Mode: C++; tab-width: 2; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
#include "nsISupports.idl"
|
|
|
|
webidl BrowsingContext;
|
|
|
|
[scriptable, builtinclass, uuid(bf9a175a-03bc-4d7b-ba2f-76347cf40d7b)]
|
|
interface nsIWorkerChannelLoadInfo : nsISupports
|
|
{
|
|
[infallible] attribute unsigned long long workerAssociatedBrowsingContextID;
|
|
[infallible] readonly attribute BrowsingContext workerAssociatedBrowsingContext;
|
|
};
|
|
|
|
[scriptable, builtinclass, uuid(df1fffe4-dac6-487e-979a-629ac8c64831)]
|
|
interface nsIWorkerChannelInfo : nsISupports
|
|
{
|
|
attribute nsIWorkerChannelLoadInfo loadInfo;
|
|
[must_use] readonly attribute uint64_t channelId;
|
|
};
|