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

Issue 693088 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 709718
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Chromium triggers css transition at rendering

Reported by sgh...@gmail.com, Feb 16 2017

Issue description

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

Steps to reproduce the problem:
1. Open the attached file "issue.html"

What is the expected behavior?
The button should appear already styled

What went wrong?
The button appears with browser default style then the css transition in class .btn will trigger when button is style by css

Did this work before? N/A 

Does this work in other browsers? Yes

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

In the given example I use bootstrap css that contains a transition for the ".btn" class.

- If the button is alone in the page it works correctly (see attaced file ok-with-no-input.html)
- If we add an input in the page it will trigger a transition when showing the page (see input.html)
- If then we add again a script to the page (no matter its position, head or body will do the same) it will fix the issue (see ok-with-added-script.html)

- If we remove the <link> to css and instead we inline the content on the file in <style> the issue wil lbe fixed

The last point makes me thinking of a priority of loading.

 

Comment 1 by sgh...@gmail.com, Feb 16 2017

It appears that attached file didnt send when captcha resolution failled, I attach them again
issue.html
336 bytes View Download
ok-with-added-script.html
395 bytes View Download
ok-with-no-input.html
320 bytes View Download
ok-with-internal-style.html
147 KB View Download
Labels: Needs-Bisect Needs-Triage-M56
Cc: krajshree@chromium.org
Components: Blink>CSS
Labels: Needs-Feedback
Unable to reproduce the issue on Win-7 and Win-10 using chrome reported version #55.0.2883.87, latest stable #56.0.2924.87 and latest canary #58.0.3013.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Opened the attached file "issue.html"
2. Observed that the button appeared already styled.

Note: Same behavior is observed in firefox also.

sghzal@ - Could you please check this issue on latest stable #56.0.2924.87 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
693088.mp4
878 KB View Download

Comment 4 by sgh...@gmail.com, Feb 17 2017

hi @krajshree 

It seems that on the screencast you uploaded there is the issue I repported. The button grows from original state to the styled state when the page loads. Look at the page as soon as it opens, because it's really quick.

I just tryed with chrome version 56.0.2924.87, in guest mode with no app or extension and the bug also produces.
Able to reproduce this issue in latest canary #58.0.3017.0 on Win-10, but using provided attachment i.e issue.html it is very difficult to provide the bisect as it is seen in fraction of seconds.

sghzal@ - Could you please provide any other sample html file to test his issue.

Thanks...!!

Comment 6 by sgh...@gmail.com, Feb 23 2017

Hi @krajshree,

Sorry for the delay.

I could isolate the issue and I attach the new tests files to this message
isolated.css
452 bytes View Download
isolated.html
290 bytes View Download
Labels: -Type-Bug -Pri-2 -Needs-Feedback -Needs-Bisect -Needs-Triage-M56 M-58 hasbisect OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: cbiesin...@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 10, Mac 10.12.2 and Ubuntu 14.04 using chrome reported version #55.0.2883.87 and latest canary #58.0.3025.5.

Bisect Information:
=====================
Good build: 47.0.2494.0  Revision(345501)

Bad Build : 47.0.2496.0  Revision(346033)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/cc48d848c09fc5014f3aff0b048e3968653bb104..a06466a4e0e0cf67698cd63752b719dc3f0cdd6d

Blink Change Log:
https://chromium.googlesource.com/chromium/blink/+log/04b637a..8122aac

From the above change log suspecting below change

Review url: https://codereview.chromium.org/1314923005

cbiesinger@ - 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.

Thanks...!!
Labels: Update-Quarterly

Comment 9 by suzyh@chromium.org, Apr 3 2017

Labels: -Pri-1 Pri-2
The regression point is so long ago, this is not really a regression. Dropping priority.

Comment 10 by suzyh@chromium.org, Apr 10 2017

Labels: Regressed-47

Comment 11 by phistuck@gmail.com, Apr 13 2017

Related/duplicate -
 Issue 676158 
Issue 709718
Mergedinto: 709718
Status: Duplicate (was: Assigned)
marking as duplicate of bug 709718 because that has more analysis

Sign in to add a comment