"converting to an ECMAScript value" needs to take a realm, at least sometimes

[domenic]

E.g. if you convert a sequence<DOMString> to an array, you need to specify the realm/global in which the conversion happens.

Related: w3ctag/promises-guide#52 (comment)

[bzbarsky]

So for the uses in the IDL spec itself, there is always a current Realm, I believe.

But I agree, for uses from other specs something needs to happen.

[TimothyGu]

Is there a way to find out which specs call the "convert to an ECMAScript value" algorithm, other than Web IDL itself?

[bzbarsky]

Not trivially.

You could look for specs that have object or any (or sequences thereof) return values. And specs with Promise<sequence<something>> return values. And so on....

It's not even trivial to tell from implementations, I suspect. In Gecko promises will automatically pick a global based on various criteria when you resolve them with something...

That said, a non-exhaustive list (just Promise<sequence<*>> bits, not all of which actually invoke the WebIDL algorithm) is:

• https://w3c.github.io/ServiceWorker/#clients-getall (rather broken; creates array objects in parallel steps, manipulates array objects in parallel steps; filed w3c/ServiceWorker#1240).
• https://w3c.github.io/ServiceWorker/#dom-cache-keys step 5.4.3
• https://w3c.github.io/ServiceWorker/#dom-cachestorage-keys
• https://w3c.github.io/ServiceWorker/#cache-matchall -- specifies the realm, nice!
• getFilesAndDirectories in http://w3c.github.io/filesystem-api/ (not directly linkable?)
• https://drafts.csswg.org/css-font-loading/#dom-fontfaceset-load
• https://w3c.github.io/mediacapture-main/getusermedia.html#dom-mediadevices-enumeratedevices
• WebVR's activeVRDisplays (Can't find a spec draft for this)
• https://w3c.github.io/ServiceWorker/#navigator-service-worker-getRegistrations (filed w3c/ServiceWorker#1241)
• https://notifications.spec.whatwg.org/#dom-serviceworkerregistration-getnotifications sort of (filed whatwg/notifications#113)