Search and Top Navigation
#8044 open bug ()
Opened January 20, 2012 08:15PM UTC
Last modified November 06, 2012 03:36AM UTC
Resizable: Bug using helper and containment on an absolutely positioned element
Reported by: | alfatek | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 2.0.0 |
Component: | ui.resizable | Version: | 1.8.17 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
Sample:
Take the box at the top left corner and make it a little bit bigger vertically. After the resize you can see that the box changes its place which is not supposed to happen...
If no "helper" is defined everything works Ok.
Teste in FF 3.6.25, IE9-Win, and Chrome 16.0.912.75 m
Attachments (0)
Change History (4)
Changed October 11, 2012 02:52PM UTC by comment:1
milestone: | 1.9.0 → 2.0.0 |
---|
Changed November 06, 2012 02:44AM UTC by comment:2
_comment0: | Confirmed this is an issue in 1.9.1 and trimmed down the test case - http://jsfiddle.net/tj_vantoll/vmJC2/. It looks to happen when both the {{{helper}}} and {{{containment}}} options are set on an absolutely positioned {{{resizable}}}. Interestingly the problem goes away if I include normalize.css. → 1352173062089162 |
---|---|
status: | new → open |
summary: | Resizable with helper defined changes position of absolute positioned element → Resizable: Bug using helper and containment on an absolutely positioned element |
Confirmed this is an issue in 1.9.1 and trimmed down the test case - http://jsfiddle.net/tj_vantoll/vmJC2/. It looks to happen when both the
helperand
containmentoptions are set on an absolutely positioned
resizable.
Changed November 06, 2012 03:36AM UTC by comment:4
_comment0: | Note that under these circumstances not only does the resizable move the containment handling is also broken. Adding normalize.css does not fix the containment. → 1352173096113519 |
---|
Note that under these circumstances not only does the resizable move the containment handling is also broken, like due to the same problem that is causing the
resizableto move.