Google translation window appears in a wrong location
Reported by
zale...@gmail.com,
Sep 26 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.91 Safari/537.36 Vivaldi/1.93.955.36 Steps to reproduce the problem: 1. Today I update the macOS system to the latest version，I find google translation window appears in a wrong location 2. I test a page is https://nodejs.org/api/buffer.html 3. When you pull the page down and cross the line, the translation window does not appear, and when you scroll the page to the top, you will find the translation window here. What is the expected behavior? Google translation window appears in a correct location What went wrong? Google translation window appears in a wrong location WebStore page: https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb Did this work before? N/A Chrome version: 61.0.3163.91 Channel: n/a OS Version: OS X 10.13.0 Flash Version:
,
Sep 26 2017
Issue 768772 has been merged into this issue.
,
Sep 26 2017
Issue 768771 has been merged into this issue.
,
Sep 26 2017
Issue 768770 has been merged into this issue.
,
Sep 26 2017
Issue 768769 has been merged into this issue.
,
Sep 26 2017
,
Sep 26 2017
I'm not sure how to reproduce this problem. The translate window doesn't look anything like the window I see when I click on the translate extension icon in the toolbar (I'm not even sure that's how the window is being invoked). zalegzl@gmail.com - can you provide a more exact set of steps to reproduce? And is this a bug in Vivaldi or Chrome?
,
Sep 26 2017
1. This window does not appear when you click the extended icon. 2. When you want to translate a sentence in a page, you use the mouse to select the sentences (left mouse button to press the slide), under normal circumstances there will be a translation icon next to the sentence, if you click, the sentence will be next to A small window appears showing the translation results. 3. I find Chrome, Vivaldi, Chromium has the this issue. 4. You look one.jpg and two.jpg
,
Sep 26 2017
Thank you for providing more feedback. Adding requester "shrike@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 27 2017
Able to reproduce the issue on windows 7 , ubuntu 14.04 and mac os 10.12.6 using chrome M61 #61.0.3163.100 and M63 #63.0.3225.0. This is a regression issue broken in M61 . Using the per-revision bisect providing the bisect results, Good build: 61.0.3137.0 (Revision: 481056). Bad build: 61.0.3138.0 (Revision: 481386). You are probably looking for a change made after 481207 (known good), but no later than 481208 (first known bad). CHANGELOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/148c2697ed43abbc96e517b0c65517ebcef171b7..4cef659a8009c5cb4f5708336ae37654d23653b3 From the CL above, assigning the issue to the concern owner @Dave Tapuska- Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Reviewed-on: https://chromium-review.googlesource.com/527917 Thanks!
,
Sep 27 2017
This is because of the scroll left top interop. The extension explicitly reads the scrolling location from document.body.scrollTop which is now wrong in Chrome 61. Internal issue against the extension b/66928569 was already opened for this. Closing as WontFix because this isn't a bug against Chrome but the extension itself.
,
Sep 27 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by meh...@chromium.org
, Sep 26 2017