mirror of
https://repo.dactyloidae.xyz/Dactyloidae/UXP.git
synced 2026-09-08 08:48:39 +09:00
Bug 1264125: Call the queueing events when canceling transition via Style or Script
Issue #55
This commit is contained in:
parent
ffa8225e06
commit
96037b8c9a
4 changed files with 53 additions and 7 deletions
|
|
@ -230,6 +230,10 @@ Animation::SetTimelineNoUpdate(AnimationTimeline* aTimeline)
|
|||
return;
|
||||
}
|
||||
|
||||
StickyTimeDuration activeTime = mEffect
|
||||
? mEffect->GetComputedTiming().mActiveTime
|
||||
: StickyTimeDuration();
|
||||
|
||||
RefPtr<AnimationTimeline> oldTimeline = mTimeline;
|
||||
if (oldTimeline) {
|
||||
oldTimeline->RemoveAnimation(this);
|
||||
|
|
@ -240,6 +244,9 @@ Animation::SetTimelineNoUpdate(AnimationTimeline* aTimeline)
|
|||
mHoldTime.SetNull();
|
||||
}
|
||||
|
||||
if (!aTimeline) {
|
||||
MaybeQueueCancelEvent(activeTime);
|
||||
}
|
||||
UpdateTiming(SeekFlag::NoSeek, SyncNotifyFlag::Async);
|
||||
}
|
||||
|
||||
|
|
@ -771,6 +778,10 @@ Animation::CancelNoUpdate()
|
|||
|
||||
DispatchPlaybackEvent(NS_LITERAL_STRING("cancel"));
|
||||
|
||||
StickyTimeDuration activeTime = mEffect
|
||||
? mEffect->GetComputedTiming().mActiveTime
|
||||
: StickyTimeDuration();
|
||||
|
||||
mHoldTime.SetNull();
|
||||
mStartTime.SetNull();
|
||||
|
||||
|
|
@ -779,6 +790,7 @@ Animation::CancelNoUpdate()
|
|||
if (mTimeline) {
|
||||
mTimeline->RemoveAnimation(this);
|
||||
}
|
||||
MaybeQueueCancelEvent(activeTime);
|
||||
}
|
||||
|
||||
void
|
||||
|
|
@ -819,6 +831,17 @@ Animation::HasLowerCompositeOrderThan(const Animation& aOther) const
|
|||
return thisTransition->HasLowerCompositeOrderThan(*otherTransition);
|
||||
}
|
||||
if (thisTransition || otherTransition) {
|
||||
// Cancelled transitions no longer have an owning element. To be strictly
|
||||
// correct we should store a strong reference to the owning element
|
||||
// so that if we arrive here while sorting cancel events, we can sort
|
||||
// them in the correct order.
|
||||
//
|
||||
// However, given that cancel events are almost always queued
|
||||
// synchronously in some deterministic manner, we can be fairly sure
|
||||
// that cancel events will be dispatched in a deterministic order
|
||||
// (which is our only hard requirement until specs say otherwise).
|
||||
// Furthermore, we only reach here when we have events with equal
|
||||
// timestamps so this is an edge case we can probably ignore for now.
|
||||
return thisTransition;
|
||||
}
|
||||
}
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue