RESOLVED INVALID112274
REGRESSION: airbnb.com logo does not bounce as it should
https://bugs.webkit.org/show_bug.cgi?id=112274
Summary REGRESSION: airbnb.com logo does not bounce as it should
Alexis Menard (darktears)
Reported 2013-03-13 12:01:16 PDT
Go to http://airbnb.com Hover the logo on the top left corner There should be some kind of bouncing effect Safari stable still bounce the logo but Chrome 25 and trunk does not bounce the logo anymore. I nailed it down and though it was an animation regression but it is not. http://jsfiddle.net/darktears/zsntM/9/ is a reduced test case. What happens is that the webkit-transform values in the keyframes are buggy According to http://www.w3.org/TR/css3-transforms/#transform-functions rotate3d(<number>, <number>, <number>, <angle>) specifies a 3D rotation by the angle specified in last parameter about the [x,y,z] direction vector described by the first three parameters. A direction vector that cannot be normalized, such as [0,0,0], will cause the rotation to not be applied. and the website construct transforms like this : -webkit-transform: rotate3d(0,0,0,0deg) which seems to be invalid. It was working before, so it is a regression but the code was buggy. Thoughts?
Attachments
Alexis Menard (darktears)
Comment 1 2013-03-13 12:02:18 PDT
(In reply to comment #0) > Go to http://airbnb.com > Hover the logo on the top left corner > There should be some kind of bouncing effect > > > Safari stable still bounce the logo but Chrome 25 and trunk does not bounce the logo anymore. > > I nailed it down and though it was an animation regression but it is not. > > http://jsfiddle.net/darktears/zsntM/9/ is a reduced test case. > > What happens is that the webkit-transform values in the keyframes are buggy > > According to http://www.w3.org/TR/css3-transforms/#transform-functions > > rotate3d(<number>, <number>, <number>, <angle>) > specifies a 3D rotation by the angle specified in last parameter about the [x,y,z] direction vector described by the first three parameters. A direction vector that cannot be normalized, such as [0,0,0], will cause the rotation to not be applied. > > and the website construct transforms like this : -webkit-transform: rotate3d(0,0,0,0deg) which seems to be invalid. > > It was working before, so it is a regression but the code was buggy. > > Thoughts? The code should be -webkit-transform: rotate3d(1,1,1,0deg)
Simon Fraser (smfr)
Comment 2 2013-03-13 12:11:35 PDT
Seems like a content issue.
Allan Sandfeld Jensen
Comment 3 2013-03-13 12:33:46 PDT
Could this be a conflict between old prefix behavior, and the standardization cleanup done when unprefixing it recently? I seem to recall there was few other quirks that had to be reintroduced to the prefixed version. Then again, not sure this is important enough for a quirk.
Alexis Menard (darktears)
Comment 4 2013-03-13 14:33:27 PDT
(In reply to comment #3) > Could this be a conflict between old prefix behavior, and the standardization cleanup done when unprefixing it recently? I seem to recall there was few other quirks that had to be reintroduced to the prefixed version. Then again, not sure this is important enough for a quirk. I think the content is proper buggy 0,0,0 does not make any sense.
Note You need to log in before you can comment on or make changes to this bug.