Bug Tracker

#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 dmethvin comment:1

component: unfiled → css
owner: → BBosman
priority: undecided → high
status: new → pending

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/

Changed August 28, 2012 08:44AM UTC by BBosman comment:2

status: pending → new

Yes, that's the behaviour I was expecting.

Changed August 28, 2012 11:55AM UTC by dmethvin comment:3

resolution: → worksforme
status: new → closed