Opened 8 years ago

Closed 6 years ago

#7407 closed bug (invalid)

Cancel and event queue interact badly on IE

Reported by: jdmarshall Owned by: jdmarshall
Priority: minor Milestone: 2.0.0
Component: ui.sortable Version: 1.8.13
Keywords: Cc:
Blocked by: Blocking:

Description

I have a sortable list with elements that get marked as unsortable until the changes have been saved on the server.

On IE, either because of differences in the event queue or just the slowness of refreshPositions, seems to queue up mouse drag events, so that a drag operation following another gets honored even though it gets ignored on other browsers.

What I suspect is happening is that on drag start, the positions get updated before the 'cancel' rule is applied. I think perhaps cancel should trump refreshPositions, no?

item.sortable( { cancel: '.inProgress', stop: function(event, ui) { saveChanges(); } });

Change History (3)

comment:1 Changed 6 years ago by Scott González

Milestone: 1.9.02.0.0

comment:2 Changed 6 years ago by mikesherov

Owner: set to jdmarshall
Status: newpending

Thanks for taking the time to contribute to the jQuery UI project! Please provide a complete reduced test case on jsFiddle to help us assess your ticket.

Additionally, be sure to test against the git version of both jQuery UI and jQuery to ensure the issue still exists. To get you started, use this boilerplate: http://jsfiddle.net/ZgAqH/ Open the link and click to "Fork" (in the top menu) to get started.

comment:3 Changed 6 years ago by trac-o-bot

Resolution: invalid
Status: pendingclosed

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!

Note: See TracTickets for help on using tickets.