Allow dictionary as second param in WebSocket constructor

[KhafraDev]

This would allow server environments (specifically talking about nodejs/undici) that implement WebSocket some flexibility, for example, to add custom headers, etc. While we could change it on our side, it would be incompatible with other implementations. Similarly, it'll cause type issues with people who use typescript in cross-env packages (ie. nodejs/undici#1943).

Proposed change:

dictionary WebSocketInit {
  protocols: DOMString or sequence<DOMString>
}

interface WebSocket : EventTarget {
  constructor(USVString url, optional (DOMString or sequence<DOMString> or WebSocketInit) options = []);

[ricea]

It's a sensible extension point and as far as I know compatible with existing practice. But it's hard to motivate it from a browser implementation point of view.

In other words, I'm not opposed, but I don't know how I'd justify the work.

[KhafraDev]

understandable, I was hoping it would be minor enough for browser implementers to not mind lol

[KhafraDev]

Bun also allows a dictionary as second parameter for setting custom headers, example here.

[KhafraDev]

it was also suggested in #16 (comment) which I didn't know about