Support AddEventListenerOptions

[mrcaidev]

Is your feature request related to a problem? Please describe.

EventTarget.addEventListener can accept an optional third argument options, where developers can tweak the listener's behaviors.

Sometimes we have to test these options, especially for library maintainers. But after I switched from jsdom to happy-dom today, I found my test suites broken, because options are currently not supported in happy-dom.

Describe the solution you'd like

It would be great if we can support passing options to EventTarget.addEventListeners.

Describe alternatives you've considered

I found that happy-dom has a light-weight implementation of event listeners, that is, to maintain a listeners array in EventTarget, and call some of them conditionally.

This is easy to understand and effective in most cases, but it may require more work, even some architectural changes, to implement event bubbling, which therefore makes it a little hard to implement options.capture.

But maybe we can implement some relatively easy ones first, e.g. options.once.

Additional context

None.

[capricorn86]

Thanks for reporting @mrcaidev! 🙂

@btea has made a fix which adds support for the "once" option 🌟

You can read more about the release here:
https://github.com/capricorn86/happy-dom/releases/tag/v8.6.0

[capricorn86]

I will leave this open for the other options.