Open Bug 1245562 Opened 9 years ago Updated 2 years ago

Playbackrate button in the animation panel toolbar should not be bound with animation.playbackRate


(DevTools :: Inspector: Animations, defect, P3)

47 Branch


(Not tracked)


(Reporter: nchevobbe, Unassigned)


(Whiteboard: [btpp-backlog])


(1 file)

Attached file keyframes.html
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20160123151951

Steps to reproduce:

1. Open attachment
2 [review]. Open the devtools
3. Select the body element in the inspector panel
4. On the side-panel, go to the "Animations" tab
5. Select the 2x pl

Actual results:

The animation timeline header is updated, showing an overall 5s total animation duration ( was previously 10s ).

Typing the following in the console :
> $("div").getAnimations()[0].playbackRate

Will output : "2"

Expected results:

The animation timeline header should not be updated and still show a 10s animation duration.
If played, the animation scrubber should move 2 times slower than in "1x" mode.

The command :

> $("div").getAnimations()[0].playbackRate

Should output : "1"
Has STR: --- → yes
Component: Untriaged → Developer Tools: Animation Inspector
The name of the playbackRate button could be misleading here, I will refer to it as "speedRate button" in the following.


As discussed on IRC with pbrosset, I think the speedRate button in the toolbar should not affect how time is displayed in the animation timeline, but rather affect how fast the scrubber move.
At the same time, the animation.playbackRate ( set by javascript ), should be more visible ( currently, you have to hover the animation block to see it ).
With those change, the animation panel would be able to deal with multiple playbackRates ( currently, when there are differents playbackRates, we show a "-" in the speedRate button ). 

This could be difficult to do as, for now, it uses animation.playbackRate in order to play the animations to the selected rate. pbrosset evoked GroupEffects to deal with this ( ), but this is not in the WebAnimation API Level 1 spec.

I hope I made this clear enough. 
Feel free to tell me if not, I will happily provide screenshots/video if needed.
Ever confirmed: true
Priority: -- → P3
Whiteboard: [btpp-backlog]
Product: Firefox → DevTools
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.