Issue metadata
Sign in to add a comment
|
Element will apply color from another style
Reported by
ngl.ames...@gmail.com,
Oct 10 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: In a cycle, we create elements, for the background of one (4 element) of them we apply a style value different from the others, but color remains the same as the rest of the elements. N.B.:Styles include opacity Example: http://semikolenov.ru/chrome/ What is the expected behavior? In the example, the color of the 4 element must be red. What went wrong? The color of the 4 elements does not match the style Did this work before? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 27.0 r0
,
Oct 10 2017
Using Chrome 61.0.3163.100 on Windows 10, I am unable to reproduce this problem. Are there any extra steps or configuration details that are required?
,
Oct 10 2017
Version 61.0.3163.100 x64 Russian. I reproduce this problem on 3 Windows OS computers in office (10.10-1.png). After remote connect at home I see one more problem . 4 and later element have red background (10.10-2.png). This problem occurs very rarely in the office.
,
Oct 10 2017
Thank you for providing more feedback. Adding requester "junov@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
,
Oct 11 2017
Able to reproduce the issue on windows 10, mac os 10.12.6 using chrome latest beta M62 #62.0.3202.45 and M63 #63.0.3236.0 . This is a regression issue broken in M62 and is not seen in linux. Using the per-revision bisect providing the bisect results, Good build: 62.0.3176.0 (Revision: 491883). Bad build: 62.0.3177.0 (Revision: 492183). You are probably looking for a change made after 491914 (known good), but no later than 491915 (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/29eff3ab49027f70d179c783247568a3ffaacdac..e3d9eee91f3dfe5503bde5f3f4fc776e1552f857 From the CL above, assigning the issue to the concern owner @Adrienne Walker - 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/596503 Thanks!
,
Oct 11 2017
hdodda: Can you retest this in 62.0.3202.45 and merge into 755871 if fixed?
,
Oct 11 2017
,
Oct 12 2017
,
Jan 30 2018
Working correctly in M-64 and M-65. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Oct 10 2017