New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 738378 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Drop down menu get stuck after translating 'https://www.google.com/intl/en/chrome/browser/welcome.html' page language

Reported by nutan.ga...@etouch.net, Jun 30 2017

Issue description

Version: 61.0.3145.0 0a9d03ce07a9bec7a397bbb08c2bec0fe0e91d66-refs/heads/master@{#483574}
OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.3)

What steps will reproduce the problem?
1. Launch Chrome, navigate to 'https://www.google.com/intl/en/chrome/browser/welcome.html'
2. Select Language: CHINESE(TRADITIONAL CHINESE)-TAIWAN
3. Click on Translate from Translational bubble and observe

Actual: Drop down menu get stuck after translating 'https://www.google.com/intl/en/chrome/browser/welcome.html' page language

Expected: Drop down menu should not get stuck after translating 'https://www.google.com/intl/en/chrome/browser/welcome.html' page language

This is a non-regression issue, seen from M-40

Kindly review the attached video for reference.
 
Actual_video.mp4
999 KB View Download
Status: Untriaged (was: Unconfirmed)
Untriaged it so that it gets addressed.
Cc: kennetht@chromium.org napper@chromium.org
I took a look and am getting the same behavior. Seems to be limited to RTL scripts. This looks like an element issue. Jon - could you or Ken take a look? 
Labels: Hotlist-TranslateElement
Owner: napper@chromium.org
Status: Assigned (was: Untriaged)

Comment 4 by napper@chromium.org, Jul 20 2017

Owner: kennetht@chromium.org
Status: WontFix (was: Assigned)
The issue is that the drop-down menu widget is calculating its height when it is initialized and after translation the text is longer and becomes multi-line for some list items, which has a greater overall height.

The menu animation is still transitioning its 'top' from -64px when closed to +64px when open, even though after translation the increased height would require it to transition its 'top' from -118px (closed) to +118px (open).

The visual bug is because after opening the menu, which correctly animates to +118px, it only closes to -64px and subsequently still displays part of the last 2 menu items.

Interestingly, the error fixes itself by if you:
* 'Show original' to revert the translation
* Translate again to EN

Marking as Won't Fix, as it requires a change to the menu widget implementation on the site. I.e. The widget should recalculate the menu height each time before opening/closing.

Sign in to add a comment