Skip to main content

Bug Tracker

Side navigation

#7799 closed bug (invalid)

Opened December 17, 2010 09:48AM UTC

Closed April 17, 2011 06:18PM UTC

Last modified March 14, 2012 02:05AM UTC

width function different in IE now

Reported by: philipp.heinze@uni-jena.de Owned by: philipp.heinze@uni-jena.de
Priority: high Milestone:
Component: css Version: 1.4.3
Keywords: Cc:
Blocked by: Blocking:
Description

The latest implementations of width() and height() seem to be different than in 1.4.2, at least for IE 7-8 (untested for IE 6). All other browser seem correct.

An example case can be found here: http://jsfiddle.net/ueeys/2/

Sorry the example isn't that minimalistic, but if I'm not wrong the important parts should be the function applySize and the code at the end of the listing which sets up the scrollbar. The Bar is correctly in one line when 1.4.2 is used, since 1.4.3 it's wrapped for IE only.

Attachments (0)
Change History (6)

Changed December 17, 2010 10:38AM UTC by addyosmani comment:1

owner: → philipp.heinze@uni-jena.de
priority: undecidedlow
status: newpending

Thanks for submitting a ticket to the jQuery Bug Tracker!. We appreciate you taking the time to post a test case on jsFiddle as well.

I've had a look at your code and although you mention upfront that it isn't minimalistic, we will have to ask that you try reducing the code down to an example that reproduces the issue mentioned in IE7/8 without all of the component/app code included.

The reason for this is that due to the amount of code posted, it would otherwise take the triage team much longer to figure out if the issue is definitely due to the issue mentioned or is instead a side-effect of some other aspect of the code.

We will be more than happy to assist once a minimal test case is provided.

Changed December 17, 2010 11:19AM UTC by philipp.heinze@uni-jena.de comment:2

status: pendingnew

Ok here's the minimalistic version http://jsfiddle.net/ueeys/4/

Changed December 18, 2010 12:28AM UTC by jitter comment:3

component: unfiledcss
milestone: 1.next1.4.5
priority: lowhigh
status: newopen

Although your new test case is far from minimalistic I think I could make out the culprit. You use .css("cssFloat", ...) several times, can you try changing these lines to cssFloat("float", ...) and check if that fixes the problem.

It looks like a regression was introduced with 1.4.3 and the exact use case described in the .css() documentation is no longer working

For example, Internet Explorer's DOM implementation refers to the float property as styleFloat, while W3C standards-compliant browsers refer to it as cssFloat. The .css() method accounts for such differences, producing the same result no matter which term we use

This is no longer true since jQuery 1.4.3. test case. With jQuery 1.4.2 you would get three times "right" as output in every browser. Since 1.4.3 you get 1 or 2 "empty strings" as response depending on what browser you use.

Looks like this commit introduced the problem (the rfloat check was removed commit)

Changed December 30, 2010 01:06PM UTC by philipp.heinze@uni-jena.de comment:4

Yes that does the trick. After switching to float instead of cssFloat it's working as well in IE. Thanks for your help.

Changed January 17, 2011 07:04PM UTC by dmethvin comment:5

milestone: 1.4.51.5

Changed April 17, 2011 06:18PM UTC by john comment:6

resolution: → invalid
status: openclosed