WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
48550
Accelerated transitions behave differently from non-accelerated ones sometimes
https://bugs.webkit.org/show_bug.cgi?id=48550
Summary
Accelerated transitions behave differently from non-accelerated ones sometimes
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)
Ah, Sorry about that.
http://www.leosciencelab.com/hi.html
this will work now. (In reply to
comment #10
)
> The testcase seems to have changed. Joel, can you attach a version to this bug please?
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.
Top of Page
Format For Printing
XML
Clone This Bug