Transitions Breaking When Property Changes Quickly
Reported by
eronildo...@jussi.com.br,
Sep 24
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 Steps to reproduce the problem: 1. Set transition in some element (with at least 1s to be able to perceive the error) 2. Set some transform property by devtools (eg transform: rotate (180deg)) 3. Quickly change ownership status What is the expected behavior? The movement of the element should be interrupted as it is and return to the value of the previous property with the same transition from the one-way What went wrong? Upon returning to the previous state, the movement of the element breaks, as if the transition stopped working. Did this work before? Yes 68 Does this work in other browsers? Yes Chrome version: 69.0.3497.100 Channel: stable OS Version: 10.0 Flash Version:
,
Sep 25
eronildo.silva@jThanks for filing the issue... @Reporter:It would be really helpful if a sample html file is provided, so that we can investigate the issue further. Thanks.!
,
Sep 25
In this file, I'm creating an element that has the rotate controlled by the arrow keys. Before the update, this move was very fluid, now, it is breaking. I think it's because of the problem I showed in the video. Note: I'm sorry for the horrible English. I do not have language skills, I'm using google translate.
,
Sep 25
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 26
Thanks for filling the issue... Tried to reproduce the issue on reported chrome version 69.0.3497.100 using Windows 10 . Attaching screencast for reference. Steps: --------- 1. Launched reported chrome 2. Downloaded given file and Launched local host 3. Enabled and Disabled the transform As we have observed that back images are rotating while enabling and disabling @Reporter: Could you please review the attached screen-cast and confirm if anything being missed here.Can you verify this issue with fresh profile that is not having any extensions and apps or reset all the flags. Let us know whether issue still persists. Thanks.!
,
Sep 26
Hello! Your return is very fast, I'm impressed! Thanks for the dedication! I made another HTML file where the problem happens more sharply. I think that way it will be clearer. In this example, I have an element with a 5-second transition, and by JS, I change the style of the element by adding a transform: rotate (360deg) and then transform: rotate (0deg), in a range of 800ms. Note the chrome behavior (the two windows above, one with Chrome Canary and another with the Stable version) in relation to the behavior of the other browsers that I have installed (Firefox, Edge and Opera). The behavior of the other browsers is expected, but after the update, the behavior in chrome was that way. screen-cast: https://drive.google.com/drive/folders/1zT0VlmIWYyi7EFWhLV2QYpKR4zxYgHlp?usp=sharing
,
Sep 26
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 27
Able to reproduce the issue on reported chrome version 69.0.3497.100 also on latest chrome 71.0.3562.0 using Mac 10.13.6, Ubuntu 14.04 and Windows 10. Same behavior is seen on M60(60.0.3112.113) hence considering it as non-regression and marking it as Untriaged. NOTE: The red element observed the same behaviour as per provided screencast Thanks!
,
Sep 27
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by vamshi.kommuri@chromium.org
, Sep 25