mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-10-23 18:26:15 +00:00
3675f2449b
nsITabParent is exposed to frontend code and is generally used as a representation of a remote tab. We could just rename the interface to nsIBrowserParent and worry about it later, but I think it's better to rename the interface to nsIRemoteTab so that we can later work on splitting the interface away from the PBrowser protocol. Note: Some frontend code refers to a TabParentId. This commit renames this to RemoteTabId. We need to figure out the purpose of TabId with fission. Differential Revision: https://phabricator.services.mozilla.com/D28132 --HG-- rename : dom/interfaces/base/nsITabParent.idl => dom/interfaces/base/nsIRemoteTab.idl extra : rebase_source : 9d8a1790a7bb10195ad063644d1a93d63b2afb72
72 lines
2.6 KiB
Plaintext
72 lines
2.6 KiB
Plaintext
/* 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 "nsIParentChannel.idl"
|
|
|
|
interface nsIRemoteTab;
|
|
interface nsIChannel;
|
|
interface nsIAsyncVerifyRedirectCallback;
|
|
|
|
[builtinclass, uuid(01987690-48cf-45de-bae3-e143c2adc2a8)]
|
|
interface nsIAsyncVerifyRedirectReadyCallback : nsISupports
|
|
{
|
|
/**
|
|
* Asynchronous callback when redirected channel finishes the preparation for
|
|
* completing the verification procedure.
|
|
*
|
|
* @param result
|
|
* SUCCEEDED if preparation for redirection verification succceed.
|
|
* If FAILED the redirection must be aborted.
|
|
*/
|
|
void readyToVerify(in nsresult result);
|
|
};
|
|
|
|
/**
|
|
* Implemented by chrome side of IPC protocols that support redirect responses.
|
|
*/
|
|
|
|
[scriptable, uuid(3ed1d288-5324-46ee-8a98-33ac37d1080b)]
|
|
interface nsIParentRedirectingChannel : nsIParentChannel
|
|
{
|
|
/**
|
|
* Called when the channel got a response that redirects it to a different
|
|
* URI. The implementation is responsible for calling the redirect observers
|
|
* on the child process and provide the decision result to the callback.
|
|
*
|
|
* @param newChannelId
|
|
* id of the redirect channel obtained from nsIRedirectChannelRegistrar.
|
|
* @param newURI
|
|
* the URI we redirect to
|
|
* @param callback
|
|
* redirect result callback, usage is compatible with how
|
|
* nsIChannelEventSink defines it
|
|
*/
|
|
void startRedirect(in uint32_t newChannelId,
|
|
in nsIChannel newChannel,
|
|
in uint32_t redirectFlags,
|
|
in nsIAsyncVerifyRedirectCallback callback);
|
|
|
|
/**
|
|
* Called to new channel when the original channel got Redirect2Verify
|
|
* response from child. Callback will be invoked when the new channel
|
|
* finishes the preparation for Redirect2Verify and can be called immediately.
|
|
*
|
|
* @param callback
|
|
* redirect ready callback, will be called when redirect verification
|
|
* procedure can proceed.
|
|
*/
|
|
void continueVerification(in nsIAsyncVerifyRedirectReadyCallback callback);
|
|
|
|
/**
|
|
* Called after we are done with redirecting process and we know if to
|
|
* redirect or not. Forward the redirect result to the child process. From
|
|
* that moment the nsIParentChannel implementation expects it will be
|
|
* forwarded all notifications from the 'real' channel.
|
|
*
|
|
* Primarilly used by HttpChannelParentListener::OnRedirectResult and kept
|
|
* as mActiveChannel and mRedirectChannel in that class.
|
|
*/
|
|
void completeRedirect(in boolean succeeded);
|
|
};
|