HTML Reporter: Add support for displaying early errors

[Krinkle]

Memory for 'error' event

In QUnit 2.x, we initialise the HTML Reporter as part of the qunit.js execution, which means we were listening to all events right away. That sounds good, except it was kind of "too early" in a way, because the onError handler doesn't know what to do with it, as it can't render it in the UI yet, because we don't create the UI until the DOM is ready.

My intial approach to fixing this, was to add a little buffer inside HtmlReporter where, the early return in onError would stash the error in this.earlyError. Then, in onBegin(), if we have a this.earlyError, pass it through onError a second time.

   onBegin (beginDetails) {
     this.appendInterface(beginDetails);
     this.elementDisplay.className = 'running';
+
+    if (this.earlyError) {
+      this.onError(this.earlyError);
+      this.earlyError = null;
+    }
   }

   onError (error) {
     const testItem = this.elementTests && this.appendTest('global failure');
     if (!testItem) {
       // …
+      this.earlyError = error;
       return;
     }

This approach worked when I first started working on this patch a few weeks ago. However, commit 05e15ba moved the initialising of reporters (incl. HTML Reporter) to happen later, inside QUnit.start(), just in time before emitting runStart and invoking onBegin.

That's a problem, because it means that an error event that we previously received (but couldn't do anything with), is now not being received at all, because we're not starting to listen for it until after it's already happened. Even the new prioritizeSignal doesn't help us here, because that only re-orders the event handlers for future events, it doesn't bring back the past.

We could workaround this by reverting the HTML Reporter to unconditionally init early, and double-checking whether it's supposed to be enabled or not inside HtmlReporter.onRunStart. But.. that feels like a hack, and doesn't solve it for the other reporters.

Instead, I've applied the new MEMORY_EVENTS mechanism to error. That seems worthwhile regardless, for example, I noticed in grunt-contrib-qunit recently that it has a workaround that listens both for puppeteer pagerror and QUnit.on('error'), because Puppeteer's injected JS either runs before qunit.js is defined, or waits for DOMContentLoaded. That makes sense because on the consumer side, there is no good middle-ground there. Giving QUnit memory for this event, would mean such workarounds will no longer be needed, thus making QUnit events more reliable.

inArray bug

This patch fixes a mistake in events.js that's been there since commit 8f25f26. It passed arguments to inArray() in the wrong order. This code is tested and was passing due to a lucky set of mistakes cancelling each other out.

var str = 'runEnd';
var array = [ 'runEnd' ];

array.includes(str); // true (intended)

str.includes(array); // true (actual), surprise!

In addition to Array.includes, there is also String.includes. This casts the argument to a string. So when called as string.includes(array), array is implicielty coerced to a string. The default Array.toString in JavaScript returns Array.join(', '). For a single-value array, that is equivalent to the value, because ['runEnd'].toString() === 'runEnd', and
'runEnd'.includes('runEnd') === true, naturally. However, 'runEnd'.includes('error,runEnd') is not.