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 comment:1
owner: | → philipp.heinze@uni-jena.de |
---|---|
priority: | undecided → low |
status: | new → pending |
Changed December 17, 2010 11:19AM UTC by comment:2
status: | pending → new |
---|
Ok here's the minimalistic version http://jsfiddle.net/ueeys/4/
Changed December 18, 2010 12:28AM UTC by comment:3
component: | unfiled → css |
---|---|
milestone: | 1.next → 1.4.5 |
priority: | low → high |
status: | new → open |
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 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 comment:5
milestone: | 1.4.5 → 1.5 |
---|
Changed April 17, 2011 06:18PM UTC by comment:6
resolution: | → invalid |
---|---|
status: | open → closed |
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.