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

Issue 726118 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 716797
Owner:
NOT IN USE
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Text-align dynamically applied does not take affect until hovering text

Reported by jimmy.th...@gmail.com, May 24 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
The following works in all popular browsers except Chrome v. 58.

I have not been able to identify what's causing the problem, but it can be reproduced using Sitemagic CMS. The example below proves that this is in fact a bug in Chrome, not in the software used to demonstrate the problem.

See steps on how to reproduce the problem here (1 minute, 31 seconds):
https://www.youtube.com/watch?v=z7vedrrW8yQ  (no sound - switch to HD quality!)

Reproduce the problem using an online demo of Sitemagic CMS:
http://cms.powerzone.dk/Google/Bug-2017-05-24
Username: admin
Password: demo

1) Browse to demo URL
2) Follow the steps in the video on YouTube

What is the expected behavior?
That the browser triggers a repaint when text-align is dynamically applied.

What went wrong?
Repaint is not triggered

Did this work before? N/A 

Chrome version: 58.0.3029.110  Channel: stable
OS Version: OS X 10.11.6
Flash Version: 

Various fixes can be used to force a repaint, such as temporarily apply zoom or hide/show the element.
 
I just tested with Chrome v. 54 on Windows 7 where text-align works as expected when dynamically applied.
Labels: Needs-Triage-M58 Needs-Bisect

Comment 3 by hdodda@chromium.org, May 25 2017

Cc: hdodda@chromium.org
Labels: -Needs-Bisect M-59 hasbisect OS-Linux OS-Windows
Owner: r...@opera.com
Status: Assigned (was: Unconfirmed)
Tested the issue on Mac os 10.12.4 , windows 7 and ubuntu 14.04 using chrome M58 #58.0.3029.110 and issue is reproduced.

Issue got fixed in latest chrome dev and canary channels.

Reverse-bisect range ,

Good build : 60.0.3091.0 (revision : 469814)
Bad Build : 60.0.3090.0 (revision : 469538)

You are probably looking for a change made after 469606 (known good), but no later than 469610 (first known bad).

CHANGELOG URL:

 https://chromium.googlesource.com/chromium/src/+log/4090bfc4be10057256a5d58b500d0b9e0404692a..29a9ed148cf67932faa0868735ab9a405ad81c97

From the CL's above, suspecting the below change and assigning the issue to the concern owner 

Suspect CL :

https://chromium.googlesource.com/chromium/src/+/be16e0bd842e5f7c1d62211f95e04ba41d2c3e11

Review-Url: https://codereview.chromium.org/2860743004

@rune- Could you please merge the fix to M59.

Thanks!

Comment 4 by junov@chromium.org, May 25 2017

Components: -Blink Blink>Paint>Invalidation

Comment 5 by r...@opera.com, May 26 2017

hdodda@ If you look at  issue 716797 , it was merged to and verified on M59 already.

Comment 6 by r...@opera.com, May 26 2017

Mergedinto: 716797
Status: Duplicate (was: Assigned)

Sign in to add a comment