HTMLScriptElement doesn't show trusted types API in `@webref/idl`

[hybrist]

I'm not sure if this is a @webref/idl issue or a trusted types issue but it's an issue for making trusted types work through TypeScript. So I'm starting with reporting it here.

The IDL for HTML in @webref/idl serves as the basis for generating the TypeScript type definitions for web APIs that are used by a lot of developers. I noticed that many of the trusted types APIs are showing up properly there but not HTMLScriptElement#src: https://github.com/w3c/webref/blob/f19b3f5b22dae2b0c91f5209aa351cccce2008a8/ed/idl/html.idl#L1247

*#innerHTML appears to reflect trusted type spec additions in the same file: https://github.com/w3c/webref/blob/f19b3f5b22dae2b0c91f5209aa351cccce2008a8/ed/idl/html.idl#L2358

I'm not sure what the best way to troubleshoot further is.

[hybrist]

Maybe not super surprising if I'm interpreting the part in the spec correctly - looks like the HTMLScriptElement interface mixin is marked as excluded from the IDL?

trusted-types/spec/index.bs

Lines 1281 to 1288 in 4193b72

	<pre class="idl exclude">
	partial interface HTMLScriptElement {
	[CEReactions] attribute (TrustedScript or [LegacyNullToEmptyString] DOMString) innerText;
	[CEReactions] attribute (TrustedScript or DOMString)? textContent;
	[CEReactions] attribute (TrustedScriptURL or USVString) src;
	[CEReactions] attribute (TrustedScript or DOMString) text;
	};
	</pre>

[lukewarlow]

Yeah... I think we can upstream the src property the others are trickier because we don't have an amazing spec for the trusted types integration with script.

One possibility is maybe we upstream the idl change and then call into a TT spec algorithm that has the red box to explain the issue.

[lukewarlow]

This will be fixed by whatwg/html#12195 and #607 once they're merged the correct IDL will be inside the HTML spec and will be picked up by the various downstream tools.

I've upstreamed all 4 properties so they'll all show up.