Side navigation
#12382 closed bug (worksforme)
Opened August 23, 2012 10:58AM UTC
Closed August 28, 2012 11:55AM UTC
fadeIn() corrupts css filter propery on IE8 if element has a DXImageTransform.Aplha
Reported by: | BBosman | Owned by: | BBosman |
---|---|---|---|
Priority: | high | Milestone: | None |
Component: | css | Version: | 1.7.2 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
In IE8 (and only IE8 as far as I can tell) when calling fadeIn() on an element which has a progid:DXImageTransform.Microsoft.Alpha(Opacity=85) filter set through a stylesheet, that filter ends up as DXImageTransform.Microsoft.
After some testing I found that somewhere during the fadeIn() the set function of jQuery.cssHooks.opacity is called with an empty value for opacity, which causes the opacity variable in there to be empty and thus "stripping" the end of the filter on the last line of that function.
I found this on jQuery 1.7.2, but a quick check confirmed that it's still present in 1.8.0
Repro: http://jsfiddle.net/sk434/
Attachments (0)
Change History (3)
Changed August 23, 2012 01:28PM UTC by comment:1
component: | unfiled → css |
---|---|
owner: | → BBosman |
priority: | undecided → high |
status: | new → pending |
Changed August 28, 2012 08:44AM UTC by comment:2
status: | pending → new |
---|
Yes, that's the behaviour I was expecting.
Changed August 28, 2012 11:55AM UTC by comment:3
resolution: | → worksforme |
---|---|
status: | new → closed |
Test case that's easier to see: http://jsfiddle.net/sk434/4/
However, quirksmode recommends this order to get things right: http://www.quirksmode.org/css/opacity.html
Is this what you expected? http://jsfiddle.net/sk434/6/