Tested on latest versions of Chrome, Firefox and IE, utilizing the gulp-crass library, which is still on crass 0.7.5. Albeit, this occurs on the web-tool, which, if using the latest version of crass, would maintain the same issue as stated below.
From what I can tell, crass prefers to strip out suffixes of 0 value properties. This causes an issue wherein CSS transition delay values with a value of 0 become improperly formatted within the browser, e.g., this:
wherein the 's' of the transition delay of the transition: all 0.3s ease-in-out 0s; rule is done away with, resulting in the aforementioned improper CSS.
The workaround for this issue is to simply utilize a small value for the delay, i.e., 0.01s, in order to maintain the 's,' which suffices just fine in most scenarios.
Tested on latest versions of Chrome, Firefox and IE, utilizing the gulp-crass library, which is still on crass 0.7.5. Albeit, this occurs on the web-tool, which, if using the latest version of crass, would maintain the same issue as stated below.
From what I can tell, crass prefers to strip out suffixes of 0 value properties. This causes an issue wherein CSS transition delay values with a value of 0 become improperly formatted within the browser, e.g., this:
gets optimized to this:
wherein the 's' of the transition delay of the transition: all 0.3s ease-in-out 0s; rule is done away with, resulting in the aforementioned improper CSS.
The workaround for this issue is to simply utilize a small value for the delay, i.e., 0.01s, in order to maintain the 's,' which suffices just fine in most scenarios.