This is probably not your usual "How do I capture form submit events?" question.
I'm trying to understand precisely how form submit events are handled by jQuery, vanilla Javascript, and the browser (IE/FF/Chrome/Safari/Opera) -- and the relationships between them. (See my other question.) After hours of Googling and experimenting, I still cannot come to a conclusion, either because of discord or vagueness.
I'm finishing up a script which integrates with website forms so that the forms can't be submitted until an AJAX request comes back.
Ideally:
- User fills out form
 - Form is submitted -- but no previously-bound event handlers are called, except mine
 - My handler makes an API request (asynchronously, of course)
 - User confirms validation results from API response
 - Form submit continues normally, automatically, invoking the other handlers which before were suppressed
 
My current understanding is that: (these may be wrong, please correct me if so)
- jQuery binds form submit event handlers to the submit button 
clickevents - Event handlers directly on the submit element 
clickevents (whether in the markup likeonclick=""or bound using jQuery) are executed first - Event handlers on the form 
submitevents (whether in the markup likeonsubmit=""or bound using jQuery) are executed next - Calling 
$('[type=submit]').click()doesn't invoke the form'ssubmitevent, so its handlers don't get called - Calling 
$('form').submit()doesn't invoke the submit button'sclickevent, so its handlers don't get called - Yet somehow, a user that clicks the submit button ends up invoking handlers bound to the form's 
submitevent... (but as mentioned above, invoking click on the submit button doesn't do the same) - In fact, any way the user submits the form (via submit button or hitting Enter), handlers bound with jQuery to the form 
submitevent are called... 
Right now, I am:
- Unbinding handlers bound with jQuery to the submit button's 
clickevent while preserving a reference to them - Binding my own handler to the submit button's 
clickevent, so it executes first - Taking any handlers bound in the markup using 
onclick=""andonsubmit=""(on their respective elements) and re-binding them using jQuery (so they execute after mine), then setting the attributes tonull - Re-binding their handlers (from step 1) so they execute last
 
Actually, this has been remarkably effective in my own testing, so that my event handler fires first (essential).
The problem, and my questions:
My handler fires first, just as expected (so far). The problem is that my handler is asynchronous, so I have to suppress (preventDefault/stopPropagation/etc) the form submit or submit button click event which invoked it... until the API request is done. Then, when the API request comes back, and everything is A-OK, I need to re-invoke the form submit automatically. But because of my observations above, how do I make sure all the event handlers are fired as if it were a natural form submit?
What is the cleanest way to grab all their event handlers, put mine first, then re-invoke the form submit so that everything is called in its proper order?
And what's the difference, if any, between $('form').submit() and $('form')[0].submit()? (And the same for $('[type=submit]').click() and $('[type=submit]')[0].click())
tl;dr, What is the canonical, clear, one-size-fits-all documentation about Javascript/jQuery/browser form-submit-event-handling? (I'm not looking for book recommendations.)
Some explanation: I'm trying to compensate for a lot of the Javascript in shopping cart checkout pages, where sometimes the form is submitted only when the user CLICKS the BUTTON (not a submit button) at the bottom of the page, or there are other tricky scenarios. So far, it's been fairly successful, it's just re-invoking the submit that's really the problem.