live('click') and live('submit') fire in the wrong order on IE

[[email protected]…]

Live events are fired in the order they are bound and do not respect natural event ordering between click and submit.

Click should always fire before submit so that page logic has a chance to stop the event and prevent a submit. Consider validation as a real-world scenario where the order of event firing is critically important.

jsFiddle to demonstrate bug: ​http://jsfiddle.net/c9Pny/1/

Notice that in the Bind form, events are ordered correctly.

Please disregard the duplicate submit events when pressing enter in the Live form. I believe that is bug #7444 and is not the subject of this ticket.

Other reference: #7922 fixed the fact that live('click') was not firing at all. This ticket, however, is to point out that they are firing in the wrong order.

[Rick Waldron]

See: #8568 & #3781

[Rick Waldron]

Duplicate of #3781.

[dmethvin]

I am pretty sure this is a different case. The change event has to be synthesized in IE for some cases and for those times the synthesized event fires when the piggybacked event runs. I'll take this ticket and see if we can do something about the event order.

[[email protected]…]

@dmethvin thanks for picking this one up!

@rwaldron This is definitely not a dupe. I realize that expecting complete control over event ordering is madness. However, the DOM level 2 event spec states that certain events (namely, click) have default actions which should be cancelable with preventDefault (section 1.2.4). If submit fires before click, I cannot prevent it.

Currently, this works fine in all browsers except IE. I think this is just a leaky abstraction from the contortions necessary to implement live on IE.

[dmethvin]

Grouping under one ticket.

[dmethvin]

Duplicate of #7061.