Skip to main content

Bug Tracker

Side navigation

#2944 closed bug (wontfix)

Opened May 28, 2008 12:15PM UTC

Closed February 13, 2011 10:51PM UTC

Query z-index in IE6 with css

Reported by: tonyt Owned by: flesler
Priority: low Milestone: 1.3
Component: css Version: 1.2.5
Keywords: Cc:
Blocked by: Blocking:
Description

To reproduce the problem

var aa = jQuey("#content").css('z-index');
var bb = (/^\\d+$/.test($("#content").css('z-index')));

1.2.6

FF - aa -> auto; bb -> false

IE6 -aa -> 0 ; bb->true

1.2.3

FF - aa -> auto; bb -> false

IE6 -aa -> undefined ; bb->false

the element

<div id="content">

some content here

</div>

in css there is no attached z-index of this element

Attachments (0)
Change History (5)

Changed May 28, 2008 12:16PM UTC by tonyt comment:1

sorry for the typo

the code is

var aa = jQuery("#content").css('z-index');
var bb = (/^\\d+$/.test(jQuery("#content").css('z-index')));

Changed May 28, 2008 08:57PM UTC by flesler comment:2

milestone: 1.2.51.3
owner: → flesler
status: newassigned

The undefined returned by jQuery 1.2.3 was wrong. It was a 0 "masked" into undefined.

So it turns out that IE defaults zindexes to 0 and FF to auto.

The question here is: Should we normalize this ? to what ?

I'll try to check other browsers to see what's the common denominator.

Changed May 29, 2008 06:29AM UTC by tonyt comment:3

Looking deeper of this - actually this is a bug in IE6/IE7.

If this can help here is link to this problem:

http://aplus.co.yu/lab/z-pos/

My question too is what should jQuery return in this case?

Thank you

Changed June 20, 2010 07:03PM UTC by dmethvin comment:4

component: corecss

IE returns "auto" in many cases, so whatever is done here should be compared with "auto" elsewhere.

Changed February 13, 2011 10:51PM UTC by jitter comment:5

priority: majorlow
resolution: → wontfix
status: assignedclosed

It's up to the browser what the default value for a css property is. Both auto and 0 are valid values.

test case to proof valid values are returned.