New issue
Advanced search Search tips

Issue 844017 link

Starred by 13 users

Issue metadata

Status: Duplicate
Merged: issue 846655
Owner: ----
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: 2018-06-04
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Adobe Animate and Google Chrome text Rendering Issue

Reported by daniel.t...@havasmedia.com, May 17 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36

Steps to reproduce the problem:
1. Test Digital Assets created with Adobe Animate with HTML5 Validator or live on site. Observe rendering issue (with static text with the letter "i" 
2. Using the browser zoom tool, zoom in an out and observe that assets created with static text does not allow the bottom half of the letter "i" to render in standard 100% zoom
3. Work around for Adobe is to "change the Textbox type from static to dynamic" or "Select the textbox showing this issue and break-apart twice. (Ctrl+B)"

What is the expected behavior?
Static text should render the entire letter ("i"), regardless of zoom. See video example... https://drive.google.com/file/d/1pPM0rELRiMKn2cjbVCO4i7G6-as46stV/view

What went wrong?
See video example... https://drive.google.com/file/d/1pPM0rELRiMKn2cjbVCO4i7G6-as46stV/view

Did this work before? Yes Chrome 57.0.2987 

Chrome version: 66.0.3359.139  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

Issue became present as early as Chrome 57.0.2987 to the best of my knowledge
 
Labels: Needs-Feedback
Do you have a reproduction URI that has the asset present on it? 
Labels: Needs-Bisect Needs-Triage-M66
Components: Blink>Paint
NextAction: 2018-06-04
The NextAction date has arrived: 2018-06-04
Status: WontFix (was: Unconfirmed)
No reproduction step. Closing.

Comment 6 by john.m...@fmr.com, Jun 4 2018

Is this being closed because the problem can't be observed? Note that it's only a problem on Chrome for the PC with the Ariel font. 

Chrome on the Mac is fine, and all other browsers we've tested also work fine. It is definitely a problem though. We are currently looking for funding to update ALL our banners to avoid using ariel, and it's a big deal, as all our legal uses Ariel.

Comment 7 by john.m...@fmr.com, Jun 4 2018

Enclosed is an image the shows the problem. See the legal at the bottom.
ChromeIssue.png
47.8 KB View Download
I closed the bug because we have no way to reproduce it to test and debug the issue. Can you provide a site? 

Comment 9 by john.m...@fmr.com, Jun 5 2018

You can see the problem here:
https://moat.com/advertiser/fidelity?report_type=display

If you zoom in the i's display correctly. But at 8pt in the legal they are off.
Components: -Blink>Paint Blink>Fonts
Status: Untriaged (was: WontFix)
Labels: -Pri-2 -Needs-Feedback Pri-1
I'm increasing the priority on this. Maybe we can get a bisect.
Cc: senorblanco@chromium.org susan.boorgula@chromium.org
Labels: Triaged-ET
This issue looks similar to  issue 846655 .
CC'ing 	senorblanco@ from  issue 846655  for further updates on this.

senorblanco@ Can you please check and confirm if this issue can be merged into  issue 846655 ?

Thanks...
Labels: -Needs-Bisect
Mergedinto: 846655
Status: Duplicate (was: Untriaged)
Tested this issue as per comment #9, and the regression range is similar to the  issue 846655  and the issue seems to be fixed on latest Canary 69.0.3474.0.

Hence duping this issue to 846655.
Please feel free to undupe if this is not the case.

Thanks..
Can you let us know when the new version of Chrome (69.0.3474.0) that corrects this issue will be released?

Sign in to add a comment