Mac dictionary (Ctrl+Command+D) has incorrect location when content is inside <iframe>. |
||||
Issue descriptionVersion: 52.0.2743.116 (Official Build) (64-bit) OS: Mac OSX El Capitan 10.11.6 What steps will reproduce the problem? (1) Open a page with an <iframe> containing some text. (2) Hover over a word. (3) Press Ctrl + Command + D. What is the expected output? The dictionary window show appear close to where the word is. What do you see instead? The dictionary appears way below the screen but the x-axis seems correct. This bug seems to have existed from long before the reported version. Did not find
,
Aug 24 2016
,
Aug 25 2016
I poked at it and have an ongoing CL. I will reassign it to myself. On going CL: https://codereview.chromium.org/2275323003/.
,
Aug 26 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/cf7f50ad0c94d0c134c3b6e975c5b217ac4ace30 commit cf7f50ad0c94d0c134c3b6e975c5b217ac4ace30 Author: ekaramad <ekaramad@chromium.org> Date: Fri Aug 26 21:35:23 2016 Fix position of dictionary pop-up for <iframe>. In blink, we convert the string position to root frame and then convert to AppKit coordinates by inverting y-axis. To do so, we must always use FrameView::height() of the root frame rather than that of the LocalFrame. BUG= 640353 Review-Url: https://codereview.chromium.org/2275323003 Cr-Commit-Position: refs/heads/master@{#414814} [modify] https://crrev.com/cf7f50ad0c94d0c134c3b6e975c5b217ac4ace30/third_party/WebKit/Source/web/mac/WebSubstringUtil.mm [modify] https://crrev.com/cf7f50ad0c94d0c134c3b6e975c5b217ac4ace30/third_party/WebKit/Source/web/tests/WebViewTest.cpp
,
Sep 14 2016
Marking as fixed since I verified it on Canary 55.0.2860.0 #418438. |
||||
►
Sign in to add a comment |
||||
Comment 1 by karandeepb@chromium.org
, Aug 24 2016Owner: rsesek@chromium.org
Status: Assigned (was: Untriaged)