2021-07-02 00:56:29 +00:00
|
|
|
From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
|
|
|
|
From: Cheng Zhao <zcbenz@gmail.com>
|
|
|
|
Date: Thu, 4 Oct 2018 14:57:02 -0700
|
|
|
|
Subject: fix: also propagate fullscreen state for outer frame
|
|
|
|
|
|
|
|
When entering fullscreen with Element.requestFullscreen in child frames,
|
|
|
|
the parent frame should also enter fullscreen mode too. Chromium handles
|
|
|
|
this for iframes, but not for webviews as they are essentially main
|
|
|
|
frames instead of child frames.
|
|
|
|
|
2023-08-25 18:11:58 +00:00
|
|
|
This patch makes webviews propagate the fullscreen state to embedder.It also handles a
|
|
|
|
DCHECK preventing guest webcontents from becoming the focused webContents.
|
2021-07-02 00:56:29 +00:00
|
|
|
|
|
|
|
Note that we also need to manually update embedder's
|
|
|
|
`api::WebContents::IsFullscreenForTabOrPending` value.
|
|
|
|
|
|
|
|
diff --git a/content/browser/renderer_host/render_frame_host_impl.cc b/content/browser/renderer_host/render_frame_host_impl.cc
|
2023-09-19 17:34:56 +00:00
|
|
|
index fc93a7e98acd09ea2c6a1c8d209775d2c9482d74..c23fc6b945e87d4f5be816d7cd51e8c0de25bb64 100644
|
2021-07-02 00:56:29 +00:00
|
|
|
--- a/content/browser/renderer_host/render_frame_host_impl.cc
|
|
|
|
+++ b/content/browser/renderer_host/render_frame_host_impl.cc
|
2023-09-18 20:44:09 +00:00
|
|
|
@@ -7416,6 +7416,17 @@ void RenderFrameHostImpl::EnterFullscreen(
|
2022-07-20 11:03:34 +00:00
|
|
|
}
|
2021-07-02 00:56:29 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
+ // Entering fullscreen from webview should also notify its outer frame.
|
|
|
|
+ if (frame_tree_node()->render_manager()->IsMainFrameForInnerDelegate()) {
|
|
|
|
+ RenderFrameProxyHost* outer_proxy =
|
|
|
|
+ frame_tree_node()->render_manager()->GetProxyToOuterDelegate();
|
|
|
|
+ DCHECK(outer_proxy);
|
2022-07-20 11:03:34 +00:00
|
|
|
+ if (outer_proxy->is_render_frame_proxy_live()) {
|
|
|
|
+ outer_proxy->GetAssociatedRemoteFrame()->WillEnterFullscreen(
|
|
|
|
+ options.Clone());
|
|
|
|
+ }
|
2021-07-02 00:56:29 +00:00
|
|
|
+ }
|
|
|
|
+
|
2022-06-27 20:50:08 +00:00
|
|
|
// Focus the window if another frame may have delegated the capability.
|
|
|
|
if (had_fullscreen_token && !GetView()->HasFocus())
|
|
|
|
GetView()->Focus();
|
2023-08-25 18:11:58 +00:00
|
|
|
diff --git a/content/browser/web_contents/web_contents_impl.cc b/content/browser/web_contents/web_contents_impl.cc
|
2023-09-19 17:34:56 +00:00
|
|
|
index dfee3b6dfb41c0901c678c613417f6839b914d0e..4a61bb371e527c8405bcf463cc13eec394b80652 100644
|
2023-08-25 18:11:58 +00:00
|
|
|
--- a/content/browser/web_contents/web_contents_impl.cc
|
|
|
|
+++ b/content/browser/web_contents/web_contents_impl.cc
|
2023-09-18 20:44:09 +00:00
|
|
|
@@ -3571,21 +3571,25 @@ KeyboardEventProcessingResult WebContentsImpl::PreHandleKeyboardEvent(
|
2023-08-25 18:11:58 +00:00
|
|
|
const NativeWebKeyboardEvent& event) {
|
|
|
|
OPTIONAL_TRACE_EVENT0(TRACE_DISABLED_BY_DEFAULT("content.verbose"),
|
|
|
|
"WebContentsImpl::PreHandleKeyboardEvent");
|
|
|
|
- auto* outermost_contents = GetOutermostWebContents();
|
|
|
|
- // TODO(wjmaclean): Generalize this to forward all key events to the outermost
|
|
|
|
- // delegate's handler.
|
|
|
|
- if (outermost_contents != this && IsFullscreen() &&
|
|
|
|
- event.windows_key_code == ui::VKEY_ESCAPE) {
|
|
|
|
- // When an inner WebContents has focus and is fullscreen, redirect <esc>
|
|
|
|
- // key events to the outermost WebContents so it can be handled by that
|
|
|
|
- // WebContents' delegate.
|
|
|
|
- if (outermost_contents->PreHandleKeyboardEvent(event) ==
|
|
|
|
- KeyboardEventProcessingResult::HANDLED) {
|
|
|
|
+
|
|
|
|
+ auto handled = delegate_ ? delegate_->PreHandleKeyboardEvent(this, event)
|
|
|
|
+ : KeyboardEventProcessingResult::NOT_HANDLED;
|
|
|
|
+
|
|
|
|
+ if (IsFullscreen() && event.windows_key_code == ui::VKEY_ESCAPE) {
|
|
|
|
+ if (handled == KeyboardEventProcessingResult::HANDLED)
|
|
|
|
return KeyboardEventProcessingResult::HANDLED;
|
|
|
|
+
|
|
|
|
+ // When an inner WebContents has focus and is fullscreen, traverse through
|
|
|
|
+ // containing webcontents to any that may handle the escape key.
|
|
|
|
+ while (auto* outer_web_contents = GetOuterWebContents()) {
|
|
|
|
+ auto result = outer_web_contents->PreHandleKeyboardEvent(event);
|
|
|
|
+ if (result == KeyboardEventProcessingResult::HANDLED) {
|
|
|
|
+ return KeyboardEventProcessingResult::HANDLED;
|
|
|
|
+ }
|
|
|
|
}
|
|
|
|
}
|
|
|
|
- return delegate_ ? delegate_->PreHandleKeyboardEvent(this, event)
|
|
|
|
- : KeyboardEventProcessingResult::NOT_HANDLED;
|
|
|
|
+
|
|
|
|
+ return handled;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool WebContentsImpl::HandleMouseEvent(const blink::WebMouseEvent& event) {
|
2023-09-18 20:44:09 +00:00
|
|
|
@@ -3717,7 +3721,7 @@ void WebContentsImpl::EnterFullscreenMode(
|
2023-08-25 18:11:58 +00:00
|
|
|
OPTIONAL_TRACE_EVENT0("content", "WebContentsImpl::EnterFullscreenMode");
|
|
|
|
DCHECK(CanEnterFullscreenMode(requesting_frame, options));
|
|
|
|
DCHECK(requesting_frame->IsActive());
|
|
|
|
- DCHECK(ContainsOrIsFocusedWebContents());
|
|
|
|
+ DCHECK(ContainsOrIsFocusedWebContents() || IsGuest());
|
|
|
|
|
|
|
|
// When WebView is the `delegate_` we can end up with VisualProperties changes
|
|
|
|
// synchronously. Notify the view ahead so it can handle the transition.
|
|
|
|
diff --git a/third_party/blink/renderer/core/fullscreen/fullscreen.cc b/third_party/blink/renderer/core/fullscreen/fullscreen.cc
|
chore: bump chromium to 118.0.5975.0 (main) (#39531)
* chore: bump chromium in DEPS to 118.0.5951.0
* chore: update printing.patch
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4727894
No logic changes, but patch needed to be manually re-applied due to upstream code shear
* chore: update port_autofill_colors_to_the_color_pipeline.patch
No manual changes; patch applied with fuzz
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5953.0
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5955.0
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5957.0
* chore: update patches
* chore: include path of native_web_keyboard_event.h
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4758689
* chore: remove reference to eextensions/browser/notification-types.h
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4771627
* chore: update references to renamed upstream field NativeWebKeyboardEvent.skip_if_unhandled (formerly known as skip_in_browser
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4758689
Need a second pair of eyes on this commit. In particular the reference in content_converter.cc, skipInBrowser, seems to not be set or documented anywhere? Is this unused/vestigal code?
* chore: sync signature of ElectronExtensionsBrowserClient::IsValidContext() to upstream change
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4784198
* chore: add auto_pip_setting_helper.[cc,h] to chromium_src build
Xref: https://chromium-review.googlesource.com/c/chromium/src/+/4688277
Exiting upstream code used by chromium_src now depends on this new upstream class
* chore: bump chromium in DEPS to 118.0.5959.0
* chore: update add_maximized_parameter_to_linuxui_getwindowframeprovider.patch
Xref: add_maximized_parameter_to_linuxui_getwindowframeprovider.patch
manually adjust patch to minor upstream chagnes
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5961.0
* chore: bump chromium in DEPS to 118.0.5963.0
* chore: update patches
* 4780994: Rename various base files to "apple" since iOS uses them too
https://chromium-review.googlesource.com/c/chromium/src/+/4780994
* Many files moved from `mac` -> `apple`
This commit follows a handful of CLs that simply rename files/symbols to change `mac`
to `apple`
to signify their use across both macOS and iOS:
- 4784010: Move scoped_nsautorelease_pool to base/apple, leave a forwarding header
- 4790744: Move foundation_util to base/apple, leave a forwarding header
- 4790741: Move scoped_cftypreref to base/apple, leave a forwarding header
- 4787627: Move and rename macOS+iOS base/ files in PA to "apple"
- 4780399: Move OSStatus logging to base/apple
- 4787387: Remove forwarding headers
- 4781113: Rename message_pump_mac to "apple" because iOS uses it too
* fixup minor patch update error
A function param got dropped from this patch somewhere earlier
* chore: bump chromium in DEPS to 118.0.5965.2
* chore: update patches
* 4799213: Move ScopedTypeRef and ScopedCFTypeRef into base::apple::
https://chromium-review.googlesource.com/c/chromium/src/+/4799213
* Fix removed include to BrowserContext
In crrev.com/c/4767962 an include to BrowserContext was removed,
which was necessary for compilation. This broke only for us because
"chrome/browser/profiles/profile.h" includes that class, but we remove
all references to profiles.
* chore: bump chromium in DEPS to 118.0.5967.0
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5969.0
* chore: update patches
* chore: bump chromium in DEPS to 118.0.5971.0
* chore: bump chromium in DEPS to 118.0.5973.0
* chore: update patches
* 4772121: [OOPIF PDF] Replace PDFWebContentsHelper with PDFDocumentHelper
https://chromium-review.googlesource.com/c/chromium/src/+/4772121
* 4811164: [Extensions] Do some cleanup in ChromeManagementAPIDelegate.
https://chromium-review.googlesource.com/c/chromium/src/+/4811164
* 4809488: Remove duplicate dnd functionality between Web and Renderer prefs
https://chromium-review.googlesource.com/c/chromium/src/+/4809488
Given that this is no longer an option of web preferences, we should
consider deprecating this option and then removing it.
* chore: bump chromium in DEPS to 118.0.5975.0
* chore: update patches
* fixup! chore: add auto_pip_settings_helper.{cc|h} to chromium_src build
* Reland "[windows] Remove RegKey::DeleteEmptyKey"
Refs https://chromium-review.googlesource.com/c/chromium/src/+/4813255
* Ensure StrCat means StrCat
Refs https://chromium-review.googlesource.com/c/chromium/src/+/1117180
* fixup! Remove RegKey::DeleteEmptyKey
* Consistently reject large p and large q in DH
Refs https://boringssl-review.googlesource.com/c/boringssl/+/62226
---------
Co-authored-by: electron-roller[bot] <84116207+electron-roller[bot]@users.noreply.github.com>
Co-authored-by: Charles Kerr <charles@charleskerr.com>
Co-authored-by: PatchUp <73610968+patchup[bot]@users.noreply.github.com>
Co-authored-by: clavin <clavin@electronjs.org>
Co-authored-by: deepak1556 <hop2deep@gmail.com>
2023-09-01 06:54:59 +00:00
|
|
|
index 32b4f5d0c0e75fc94d95298ef127c113330896b0..ae1b2ebef7c9620f465506a38855a585fd79ce48 100644
|
2023-08-25 18:11:58 +00:00
|
|
|
--- a/third_party/blink/renderer/core/fullscreen/fullscreen.cc
|
|
|
|
+++ b/third_party/blink/renderer/core/fullscreen/fullscreen.cc
|
|
|
|
@@ -99,7 +99,7 @@ void FullscreenElementChanged(Document& document,
|
|
|
|
// is the iframe element for the out-of-process frame that contains the
|
|
|
|
// fullscreen element. Hence, it must match :-webkit-full-screen-ancestor.
|
|
|
|
if (new_request_type & FullscreenRequestType::kForCrossProcessDescendant) {
|
|
|
|
- DCHECK(IsA<HTMLIFrameElement>(new_element));
|
|
|
|
+ // DCHECK(IsA<HTMLIFrameElement>(new_element));
|
|
|
|
new_element->SetContainsFullScreenElement(true);
|
|
|
|
}
|
|
|
|
new_element->SetContainsFullScreenElementOnAncestorsCrossingFrameBoundaries(
|