Ensure that WebFrameWidgetImpl hands char events off to an open popup.
This CL addresses an issue where the users where not able to enter data into the text fields of the color picker when the elements are inside a cross-domain iframe. For the top-level page and for same-domain iframes, when a char event is received while a popup is open, the event is routed from RenderWidgetInputHandler to WebViewFrameWidget shim, which hands it to the WebView. WebViewImpl::HandleCharEvent has code to check for an open popup and the event is sent to the popup if one exists. For the cross-domain iframe case, the RenderWidgetInputHandler hands the event to WebFrameWidgetImpl, but WebFrameWidgetImpl::HandleCharEvent doesn't check for an open popup, so the event goes to the page containing the popup. This CL adds the same popup check to WebFrameWidgetImpl as the one that WebViewImpl::HandleCharEvent already has. Bug: 1114052 Change-Id: I33f2b10b4ae5aa538ebb0d22c1d55f5d97019216 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2364008Reviewed-by:Kent Tamura <tkent@chromium.org> Commit-Queue: Ionel Popescu <iopopesc@microsoft.com> Cr-Commit-Position: refs/heads/master@{#799458}
Showing
Please register or sign in to comment