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

Issue 824496 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 1
Type: Bug



Sign in to add a comment

Missing border-right after animation completed

Reported by alex4j...@gmail.com, Mar 21 2018

Issue description

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

Steps to reproduce the problem:
1. Open up https://feature-animation-vth722a-brnfxpdrafhks.de-1.platformsh.site/
2. Wait for the animations to finish

What is the expected behavior?
The border of the .button-primary should keep it's right border (specified by a `border: .1rem solid;`

What went wrong?
The border on the right is missing

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 64.0.3282.186  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

We also observed this behaviour on Chrome for Android/macOS/iOS.

Full scss can be found here:
https://gist.github.com/jankal/d99ee755fb3ae22e8bbb779ec3d45640
 
chrome-animation-bug-proof.png
2.3 MB View Download

Comment 1 by alex4j...@gmail.com, Mar 21 2018

Notice: After hovering the button, the border is there again.

Comment 2 by alex4j...@gmail.com, Mar 21 2018

Addition: Bootstrap v4 is included in that page.
Labels: Needs-Triage-M64
Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)
Cc: apaci...@chromium.org
Labels: -Type-Bug -Pri-2 -Needs-Bisect Target-67 Triaged-ET Target-66 FoundIn-66 FoundIn-67 Target-65 FoundIn-65 ReleaseBlock-Stable hasbisect OS-Mac Pri-1 Type-Bug-Regression
Owner: wangxianzhu@chromium.org
Status: Assigned (was: Untriaged)
Able to reproduce the issue on reported version 64.0.3282.186 and the same is not seen on latest canary 67.0.3378.0 using Windows 10 & Mac 10.12.6, hence providing reverse bisect info
Note: Issue is not seen on Ubuntu 14.04

Reverse Bisect Info:
================
Last Bad build: 67.0.3371.0
First Good build: 67.0.3372.0

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

https://chromium.googlesource.com/chromium/src/+log/72b68bc867adc415dcd0ef70ba88ca27fb75ea6e..209644b1c73164f277f6a94e0a37d22ac1daeda2

Suspecting: https://chromium.googlesource.com/chromium/src/+/3a3c78a924a686ed0d3f90d765b00cdd78453e11 or https://chromium.googlesource.com/chromium/src/+/ea38ede3b18e99aff19e5e17c664850b1958a09f

Reviewed on: https://chromium-review.googlesource.com/923572

@Xianzhu Wang: Please confirm the issue and help in re-assigning if it is not related to your change, please help in merging it to M-65 & M-66 if applicable
Adding ReleaseBlock-Stable as it seems recent break, feel free to remove it if not applicable.

Note: Issue is seen from M-60, hence not adding RegressedIn label.

Thanks!
Labels: M-65

Comment 7 by gov...@chromium.org, Mar 23 2018

Labels: -M-65 -Target-65 M-66
This was regressed in M64 and we're not planning further M65 release unless critical issue arise. Pls target fix for M66. Thank you.

Comment 8 by gov...@chromium.org, Mar 23 2018

Cc: abdulsyed@chromium.org manoranj...@chromium.org
Labels: -M-66 -Target-66
Status: Fixed (was: Assigned)
The SlimmingPaintV175 feature is to be launched in M67. It's not ready for M66.
Components: Blink>Paint
Labels: -Type-Bug-Regression Type-Bug
There seems no indication of regression.

Sign in to add a comment