Opened 4 years ago

Closed 4 years ago

#7544 closed bug (fixed)

When event propagation is stopped, all future mousedown events are improperly considered to be 'handled'

Reported by: brettkiefer Owned by:
Priority: blocker Milestone: 1.8.15
Component: ui.mouse Version: 1.8.14
Keywords: Cc:
Blocked by: Blocking:


In jQuery UI 1.8.14, the jquery.ui.mouse is considering events to be 'already handled' until the top-level document receives a mousedown event, so if any intermediate element stops propagation of the event (a perfectly legitimate thing to do, as I understand it), jQuery UI will consider all mousedown events to be already handled until the user clicks somewhere that allows the event to reach the document.

The issue originates from this change:

This gist illustrates the problem with no dependencies:


  1. Load the gist above as a standalone page in a browser (repro'd in Chrome and Firefox)
  2. Drag an element
  3. Now drag another element

Expected: Second element also drags

Observed: After the first drag, you can't drag again until you click off of the sortable lists.

Suggested fix: In this case I would say that the cure is worse than the disease, since the checkin that caused the issue was to fix a bug that affects nested draggables in IE (#4333), and ui.mouse is a core component that probably shouldn't have this quirk. So I'd say that the checkin above should be reverted and a different approach taken.

Change History (4)

comment:1 Changed 4 years ago by brettkiefer

Sorry, missed the jsfiddle preference, here it is in jsfiddle:

comment:2 Changed 4 years ago by brettkiefer

Also affects 1.8.13, but not 1.8.12.

comment:3 Changed 4 years ago by scott.gonzalez

  • Component changed from ui.core to ui.mouse
  • Milestone changed from 1.9 to 1.8.15
  • Priority changed from minor to blocker
  • Status changed from new to open

comment:4 Changed 4 years ago by scott.gonzalez

  • Resolution set to fixed
  • Status changed from open to closed
Note: See TracTickets for help on using tickets.