Expected behavior of SharedArrayBuffer with (BufferSource or DOMString) union type #1491
Description
What is the issue with the Web IDL Standard?
In trying to figure out why WebKit is failing an XMLHttpRequest test I realized that when we introduced SharedArrayBuffer as a standalone IDL type we changed the behavior of how it's handled in union types.
Say you have a method that takes (BufferSource or DOMString), you have these scenarios:
- Pass a SharedArrayBuffer
- Pass a view on a SharedArrayBuffer
I think as the specification stands today 1 yields a string and 2 yields a TypeError. Before c45a0f3 both would yield a TypeError.
I think the new behavior is okay, but we could special case SharedArrayBuffer as well I suppose.
This impacts https://wpt.fyi/results/xhr/send-data-sharedarraybuffer.any.html and possibly other tests.