@kevin-brown something about the searching tags does not loose focus integration test seems incompatible with #6241 -- I've commented it out here, and that allows the test suite to pass, but it's not an approach I like so I've moved this into draft status until the problem is figured out.

The problem seems to be that selection:update event handling in the integration tests isn't isolated per-test-case. Some ideas to resolve this:

• Add some kind of per-test teardown that removes relevant event handling/selection-update resources (listeners, DOM contents, internal state?).
• Attach once-only event handlers in each of the relevant integration test cases.
• Add logic to ensure that each event-handler becomes essentially a no-op despite remaining attached during unrelated integration tests.

I attempted to add a QUnit.reset handler from here to achieve the first; but this did not seem to work.

The second approach doesn't appear straightforward either; there is no .once(...) function available for event-listener attachment on Select2 instances, nor is there a way to pass {once: true} as a parameter to .on(...).

...so I've slightly-reluctantly implemented the third approach. It doesn't genuinely provide any meaningful runtime isolation between the integration test cases, but it ensure that each event listener should only perform any actions within the scope of its parent test case.

@kevin-brown it's not ideal code (details in my previous message if you're curious), but I believe this is ready for merge.

I'll take the "temporary" hack for now. Thanks for looking into this and documenting your findings!