Search and Top Navigation
#6222 closed bug (wontfix)
Opened October 24, 2010 02:53PM UTC
Closed September 21, 2011 04:29PM UTC
Position breaks under zoomed webkit
Reported by: | vonf | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 1.9.0 |
Component: | ui.position | Version: | 1.8.5 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
When zoomed in Chrome, using .position() places the element in the wrong position. The position is also inconsistent when called multiple times.
Attachments (1)
Change History (6)
Changed October 24, 2010 02:55PM UTC by comment:1
Changed October 24, 2010 02:58PM UTC by comment:2
If I understand the situation correctly, this affects a bunch of other things, including e.g. combobox.
Pretty sure that this bug is what's killing slate's <div id="tap3">, which also breaks when zoomed in chrome.
Changed October 25, 2010 02:18PM UTC by comment:3
component: | ui.core → ui.position |
---|---|
description: | per #6210, here is a test case of chrome 7.0.517.41 displaying broken position functionality under jquery 1.4.3 \ \ I just took the existing jquery position demo and ran it under JQ1.4.3 with no improvement. \ \ http://danny.sadinoff.com/bugdemo/jquery-ui-position/development-bundle/demos/position/default.html \ \ → When zoomed in Chrome, using .position() places the element in the wrong position. The position is also inconsistent when called multiple times. |
milestone: | TBD → 1.9 |
Changed October 26, 2010 02:33AM UTC by comment:4
summary: | Position breaks under zoomed chome → Position breaks under zoomed webkit |
---|
This is fixed in Chrome 8 (dev).
Changed September 21, 2011 04:29PM UTC by comment:6
resolution: | → wontfix |
---|---|
status: | new → closed |
Fixed in Safari 5 as well. That leaves Safari 4 as the only supported browser with this bug. Closing as wontfix since we can't really work around it and it's been fixed in webkit for a while.
Don't forget to zoom once in chrome to see the bad behavior.