#11311 closed bug (fixed)
IE8 css 'bottom' returning incorrect value
| Reported by: | Owned by: | mikesherov | |
|---|---|---|---|
| Priority: | low | Milestone: | None |
| Component: | css | Version: | 1.7.1 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
$(...).css('bottom') will return the correct css attribute percent in Chrome and pixel offset in Firefox. However, in IE8 it returns a completely unrelated value. When that same value is passed back in via $(...).css('bottom', x); The attribute is changed, which as the result of the query, should not.
$(...)[0].style.bottom returns the equivalent same value as $(...).css('bottom') in Fx and Chrome, in IE the $(...)[0].style.bottom will return the correct value, where the alternative returns something completely, from all the poking I did, unrelated.
Change History (10)
comment:1 Changed 11 years ago by
| Owner: | set to [email protected]… |
|---|---|
| Status: | new → pending |
comment:2 Changed 11 years ago by
Finally, trac let me post. Been trying to not be auto flagged as spam for about fifteen minutes. I wasn't even getting captcha prompts.
Anyway, here's the test case. Contains both log output showing the incorrect values, as well as a timeout trigger visually showing the issue. Sorry it took so long, jsFiddle has had save disabled for about a day or so while they migrated to a cloud service.
comment:3 Changed 11 years ago by
| Resolution: | → invalid |
|---|---|
| Status: | pending → closed |
Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!
comment:4 Changed 11 years ago by
... I replied. What gives trac-o-bot? Is it because I posted the original ticket before I had a user account?
comment:5 Changed 11 years ago by
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
Yes, that's what happened.
comment:6 Changed 11 years ago by
| Component: | unfiled → css |
|---|---|
| Priority: | undecided → low |
| Status: | reopened → open |
Confirmed in IE8. It returns just a few pixels.
Webkit returns percent, while Firefox/IE9/Opera returns pixels.
comment:7 Changed 11 years ago by
By the way, I've been working on getting webkit to return pixels: https://bugs.webkit.org/show_bug.cgi?id=29084 no idea about IE8's problem though.
comment:8 Changed 11 years ago by
| Owner: | changed from [email protected]… to mikesherov |
|---|---|
| Status: | open → assigned |
This is actually a bug in "Dean Edwards Awesome Hack". Not sure if I can get IE8 to return the correct pixel value, but I can get it to return the right percent value, as IE8's currentStyle natively returns percentages like webkit.
comment:9 Changed 10 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Fix #11311. Percents not pixels for top/left/bottom/right. Closes gh-793.
Changeset: d5e5ce5bd006ae94e9d85949b4f7141642cebf81
Thanks for taking the time to contribute to the jQuery project! Please provide a complete reduced test case on jsFiddle to help us assess your ticket.
Additionally, be sure to test against the jQuery Edge version to ensure the issue still exists. To get you started, use this boilerplate: http://jsfiddle.net/FrKyN/ Open the link and click to "Fork" (in the top menu) to get started.