Beginning on October 25th, 2016, Persona will no longer be an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 854242 - !important declaration overrides CSS @keyframes animation
: !important declaration overrides CSS @keyframes animation
Product: Core
Classification: Components
Component: CSS Parsing and Computation (show other bugs)
: 19 Branch
: x86_64 Windows 7
: -- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: Jet Villegas (:jet)
Depends on: 960465
  Show dependency treegraph
Reported: 2013-03-24 14:20 PDT by Louis Lazaris
Modified: 2015-04-08 19:33 PDT (History)
1 user (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description Louis Lazaris 2013-03-24 14:20:56 PDT
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130307023931

Steps to reproduce:

Wrote some CSS with !important. Tried to animate those properties using @keyframes CSS animation.

See example here:

2nd box doesn't animate, but first one does, due to !important added to properties for 2nd box.

Actual results:

The animation does not occur.

Expected results:

I'm not sure. It would seem that Firefox's behaviour is correct, but none of the other browsers I've tested respond this way. They all continue to animate both boxes, regardless.

I've filed a bug report with Chrome here:

In other words, I'm unsure as to which is the incorrect behaviour. Should !important override an animation on the same properties? Is this similar to the fact that a pseudo-class is overridden by !important? For example:

Notice the width of the input should increase on focus, but it doesn't because of the !important declaration. I'm not sure if @keyframes should be treated the same way. It would be nice to see all browsers render this the same way, whatever is the correct behaviour.
Comment 1 David Baron :dbaron: ⌚️UTC-7 2013-03-25 17:02:17 PDT
We're still trying to agree on a standard behavior here.  I changed the Firefox behavior intentionally at some point because it seemed like this was the behavior we wanted, though.
Comment 2 Louis Lazaris 2013-06-17 15:05:29 PDT
It looks like this issue has been resolved. Latest Firefox now exhibits same behaviour as Chrome. Should this be marked "resolved"?
Comment 3 David Baron :dbaron: ⌚️UTC-7 2013-06-17 15:27:29 PDT
That sounds odd.  Might you have enabled off main thread compositing and off main thread animations somehow (triggering bug 847287)?
Comment 4 Louis Lazaris 2013-06-17 17:35:56 PDT
Oh ****... My bad... I was looking at the wrong demo. Nevermind, the behaviour is still the same.
Comment 5 David Baron :dbaron: ⌚️UTC-7 2015-04-08 18:18:23 PDT
The working group ended up deciding to go with the current Firefox behavior:
... which makes this bug invalid, since the current behavior is correct.
Comment 6 Louis Lazaris 2015-04-08 19:33:05 PDT
Cool, thanks for the update. It would be nice if the other browsers addressed this, since their behaviour is therefore incorrect.

Note You need to log in before you can comment on or make changes to this bug.