Bug 48550

Summary: Accelerated transitions behave differently from non-accelerated ones sometimes
Product: WebKit Reporter: Joel <joel>
Component: CSSAssignee: Simon Fraser (smfr) <simon.fraser>
Status: NEW    
Severity: Normal CC: ap, bfulgham, cmarrin, dino, nmouchtaris, simon.fraser, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: Mac   
OS: OS X 10.6   
URL: http://www.leosciencelab.com/hi.html
Attachments:
Description Flags
Testcase (run from local file) none

Joel
Reported 2010-10-28 12:23:05 PDT
view this in chrome and the tiles will behave correctly. in safari the tile seems to sit at it's default position for the transition duration and then displays correctly
Attachments
Testcase (run from local file) (3.34 KB, text/html)
2010-11-30 10:24 PST, Simon Fraser (smfr) 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2010-10-28 21:19:28 PDT
Somewhat surprisingly, the behavior is identical between Safari/WebKit 5 and ToT.
Chris Marrin
Comment 2 2010-10-29 07:31:19 PDT
Assuming the tiles animate up, revealing the word hello (with the before and after tile sheared up), this works fine for me on both TOT and 5.0.2. And it works identically to Chrome 7.
Joel
Comment 3 2010-10-29 08:05:07 PDT
Here's a video example of what i'm talking about http://gallery.me.com/glovacki#100005 what does TOT mean by the way?
Simon Fraser (smfr)
Comment 4 2010-10-29 09:02:38 PDT
Chris: sometimes when you move your pointer from one block to the next, the yellow ribbon "breaks"; on tile animates incorrectly. This doesn't happen if accel. comp. is off.
Simon Fraser (smfr)
Comment 5 2010-10-29 09:03:08 PDT
TOT = top of tree, i.e. most recent development bits.
Chris Marrin
Comment 6 2010-10-29 09:38:30 PDT
OK, I see it now. Interestingly, for me it does not happen if you roll over the boxes from below. It only happens when you roll from one box to the next. That would indicate it has something to do with removing one transition and adding another in the same cycle. The reason this doesn't happen in Chrome is that they are not doing compositing (at least not in Chrome 7).
Simon Fraser (smfr)
Comment 7 2010-10-29 10:46:14 PDT
I wonder if http://trac.webkit.org/changeset/70657 fixed this?
Alexey Proskuryakov
Comment 8 2010-10-29 10:54:58 PDT
I'm seeing this with r70888, so I guess not.
Chris Marrin
Comment 9 2010-10-29 13:07:03 PDT
(In reply to comment #7) > I wonder if http://trac.webkit.org/changeset/70657 fixed this? This example uses transitions, not animations. Seems like it would have to do with the fact that your changing from one active transition to another rather than from no transition to a transition. The logic in CompositeAnimation::updateTransitions might be getting confused when it both removes an old transition and adds a new one?
Simon Fraser (smfr)
Comment 10 2010-11-30 10:12:55 PST
The testcase seems to have changed. Joel, can you attach a version to this bug please?
Joel
Comment 11 2010-11-30 10:22:09 PST Comment hidden (obsolete)
Simon Fraser (smfr)
Comment 12 2010-11-30 10:24:06 PST
Created attachment 75164 [details] Testcase (run from local file)
Simon Fraser (smfr)
Comment 13 2011-01-17 19:24:59 PST
It seems that CA interpolates between a skew and translate matrix differently from how we do it in software.
Radar WebKit Bug Importer
Comment 14 2022-07-12 15:38:21 PDT
<rdar://problem/96914465>
Note You need to log in before you can comment on or make changes to this bug.