Issue metadata
Sign in to add a comment
|
Opacity transition does not start rendering for opacity target values < 1
Reported by
tszynal...@antimoon.com,
Apr 15 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0 Steps to reproduce the problem: 1. Go to: https://jsfiddle.net/tszynalski/kc2272ny/8/ 2. Click the "Fade In" button What is the expected behavior? The cyan box should start fading in immediately. What went wrong? The cyan box does not start fading in until you move the mouse pointer away from the "Fade In" button. Did this work before? Yes 65, maybe later Chrome version: 68.0.3397.0 (Official Build) canary (64-bit) Channel: canary OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 29.0 r0 The problem goes away if the target opacity is changed from 0.99 to 1. On my site, http://www.szynalski.com/tone-generator/ , there is a significant delay (several seconds) even if you move the mouse away from the button. To reproduce, try loading the page and clicking the "GET LINK" button.
,
Apr 16 2018
Unable to reproduce this issue on reported version 68.0.3397.0 canary using Windows 7, Windows 10 and Mac 10.13.3 by navigating to link given in comment#0. Attaching screencast for reference. @Reporter: Please check the video and let us know if we miss anything. If possible please provide screencast of issue from your end. Also check issue on fresh profile which do not have any apps/extensions and reset all flags to default. Any further information on reproducing the issue would help in better investigation. Thanks!
,
Apr 16 2018
Here's a screencast I just made that reproduces the issue. I tried it with --disable-extensions and --disable-plugins – doesn't help. However, I can't reproduce the issue on http://www.szynalski.com/tone-generator/ anymore.
,
Apr 16 2018
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
,
Apr 17 2018
Rechecked the issue on latest canary 68.0.3397.0 using Win 7 and Win 10 on both corp and non-corp networks and unable to reproduce this issue. Hence removing Needs-Bisect label. Could someone from Blink team please have a look at this issue. Thanks!
,
Apr 17 2018
Applying the style on the CSS before hand seems to work.. See: https://jsfiddle.net/kc2272ny/11/
,
Apr 18 2018
So far I've been unable to reproduce. Assigning to myself to check on our Windows lab when I'm back in the office next week. dtapuska - does your note in comment #6 mean you were able to reproduce the bug?
,
Apr 18 2018
Seems related? https://bugs.chromium.org/p/chromium/issues/detail?id=831207
,
Apr 18 2018
My mac updated to chrome 66 now and I can't repro it but I did on 65 earlier today.
,
Apr 18 2018
ngyikp@ - ah, excellent spot, thanks! Yes, this should be the same bug. I confirmed that if I force that feature on for my build, I can reproduce the problem. xidachen@ has turned down the experiment that was causing it, so it should be 'fixed' currently. (There is still an underlying problem that we'll need to actually fix.) |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by susan.boorgula@chromium.org
, Apr 15 2018