New issue
Advanced search Search tips

Issue 645506 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Translation Formatting Issue

Reported by timku...@gmail.com, Sep 9 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36

Steps to reproduce the problem:
1. Go here http://www.yourandu.com/big5/yourandu/107/9154.html
2. Use Chrome translation feature to translate to another language

What is the expected behavior?
Translate while reserving the original format(paragraphs).

What went wrong?
<br> tags are gone, and <font> tags are added.
Thus the format are messed up.

Did this work before? N/A 

Chrome version: 52.0.2743.116  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 22.0 r0

I am interested in the technical standpoints about why <br> tags are gone, and <font> tags are added, in addition to the expected translation of text.
 
Components: UI>Browser>Translate
Labels: M-55 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on windows 7, Linux Ubuntu 14.04 and Mac 10.11.6 using chrome version 53.0.2785.101 and canary 55.0.2858.0.

This is non regression as it is observed from M30 old builds.Making it as Untriaged to get more inputs from dev team.

Thanks,

Comment 2 by groby@chromium.org, Sep 13 2016

Cc: ftang@chromium.org
Labels: -Pri-2 Pri-3
Status: ExternalDependency (was: Untriaged)
+ftang who might know more about how the Translate Server does this (and why). This does not happen in Chrome - it's translate.google.com that does the actual translation.

Adding an example, the page's header is converted from
<h1>挪威的森林&nbsp;第一章 永遠記得我</h1>

to
<h1><font><font>Norwegian Wood will always remember my first chapter</font></font></h1>


Comment 3 by ftang@chromium.org, Sep 13 2016

The header translation has no problem. We need to insert <font> tag for reordering and splitting which is not a problem visually. The bug is not because we insert the <font>, but the insertion has a bug cause all the <br> push down to the bottom of the page. The <br> are still there, but in the wrong place and cause the format massed up. I will track this in Google translate internal bug. Thanks for reporting this.

Comment 4 by ftang@chromium.org, Sep 13 2016

The internal bug number is 31457229 just for googler's to track in case.

Comment 5 by ftang@chromium.org, Sep 26 2016

Status: Fixed (was: ExternalDependency)
The bug is fixed last week with new Translate Element push.

Comment 6 by ftang@chromium.org, Sep 26 2016

Owner: ftang@chromium.org
Components: -UI>Browser>Translate UI>Browser>Language>Translate

Sign in to add a comment