#7567 closed bug (worksforme)
sortable loses "id" attribute in "stop" introduced in jquery-ui 1.8.13
Reported by: | volcano | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 1.9.0 |
Component: | ui.draggable | Version: | 1.8.14 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
After upgrading jquery-ui to 1.8.14, when I drag a <div>, I noticed the following bug (see comments)
.sortable({ // ... start: function (e, ui) { var id1 = ui.item.attr('id'); // id1 is correct } stop: function (e, ui) { var id2 = ui.item.attr('id'); // id2 is null } })
As shown in the comments, id2 is null but I expect id2 to be the correct 'id' attribute of the <div>
I downgraded to 1.8.13 and the bug was still there. However 1.8.12 does NOT have the bug.
Change History (4)
comment:1 Changed 12 years ago by
Resolution: | → worksforme |
---|---|
Status: | new → closed |
comment:3 Changed 12 years ago by
I made an example to illustrate the problem: http://jsbin.com/owuxek/5/edit
This example uses 1.8.14 and shows that the "id" attribute is being lost when the element is dragged from the upper list to the bottom list. If you change the version to 1.8.12, it will NOT lose the "id".
Note: See
TracTickets for help on using
tickets.
http://jsbin.com/owuxek/edit