gecko-dev/dom/ipc/RemoteBrowser.h
Anny Gakhokidze 8b553ecfcf Bug 1589102 - Part 1: Enable about:srcdoc loads via DocumentChannel, r=mattwoodrow
This patch enables sandboxed srcdoc loads to take place via DocumentChannel,
and adds mechanisms for enabling unsandboxed ones.

Both unsandboxed srcdoc, and in subsequent patches, about:blank, loads require
that the triggering principal and the principal to inherit point to the same
instance if the load takes place in the same process as where we are inheriting
those principals from. We save those principals on a target browsing context before
we load the URI, and later, when we are deserializing LoadInfoArgs into
LoadInfo in the content process, we retrieve the saved principals if the
current load identifier of the target BC matches the load identifier saved
along with the principals.

We also need to make sure that during a process switch for about:srcdoc load,
we don't use the original URI for about:srcdoc to determine the remote type and
instead we use channel's result principal.

Differential Revision: https://phabricator.services.mozilla.com/D85079
2020-08-28 17:20:30 +00:00

76 lines
2.5 KiB
C++

/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
/* vim: set ts=8 sts=2 et sw=2 tw=80: */
/* 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/. */
#ifndef mozilla_dom_ipc_RemoteBrowser_h
#define mozilla_dom_ipc_RemoteBrowser_h
#include "mozilla/dom/BrowsingContext.h"
#include "mozilla/dom/ipc/IdType.h"
#include "mozilla/dom/EffectsInfo.h"
#include "mozilla/layers/LayersTypes.h"
#include "nsILoadContext.h"
#include "nsIPrincipal.h"
#include "nsISupports.h"
#include "nsISupportsImpl.h"
#include "nsIURI.h"
#include "nsRect.h"
#include "Units.h"
class nsFrameLoader;
namespace mozilla {
namespace dom {
class BrowserHost;
class BrowserBridgeHost;
class OwnerShowInfo;
/**
* An interface to control a browser hosted in another process.
*
* This is used by nsFrameLoader to abstract between hosting a top-level remote
* browser in the chrome process and hosting an OOP-iframe in a content process.
*
* There are two concrete implementations that are used depending on whether
* the nsFrameLoader is in the chrome or content process. A chrome process
* nsFrameLoader will use BrowserHost, and a content process nsFrameLoader will
* use BrowserBridgeHost.
*/
class RemoteBrowser : public nsISupports {
public:
typedef mozilla::layers::LayersId LayersId;
static RemoteBrowser* GetFrom(nsFrameLoader* aFrameLoader);
static RemoteBrowser* GetFrom(nsIContent* aContent);
// Try to cast this RemoteBrowser to a BrowserHost, may return null
virtual BrowserHost* AsBrowserHost() = 0;
// Try to cast this RemoteBrowser to a BrowserBridgeHost, may return null
virtual BrowserBridgeHost* AsBrowserBridgeHost() = 0;
virtual TabId GetTabId() const = 0;
virtual LayersId GetLayersId() const = 0;
virtual BrowsingContext* GetBrowsingContext() const = 0;
virtual nsILoadContext* GetLoadContext() const = 0;
virtual void LoadURL(nsDocShellLoadState* aLoadState) = 0;
virtual void ResumeLoad(uint64_t aPendingSwitchId) = 0;
virtual void DestroyStart() = 0;
virtual void DestroyComplete() = 0;
virtual bool Show(const OwnerShowInfo&) = 0;
virtual void UpdateDimensions(const nsIntRect& aRect,
const ScreenIntSize& aSize) = 0;
virtual void UpdateEffects(EffectsInfo aInfo) = 0;
};
} // namespace dom
} // namespace mozilla
#endif // mozilla_dom_ipc_RemoteBrowser_h