Andreu Botella

This is a way to fix #1066, which was blocking denoland/deno#15760, but it has not been discussed with the core team and might not be a good idea. I'm raising...

I added tests for the guaranteed finalization API. PTAL

For the record, I reworked the OP to hopefully be more clear on what the issue is. This issue blocks denoland/deno#15760 because that PR indirectly stores a tokio mpsc sender...

Note that @b-fuze is independently thinking of adding integration with the XML parser `xml5_ever` in their [deno_dom](github.com/b-fuze/deno-dom) library (as per a conversation on the Deno discord).

I either made such methods static, or moved them to `JsRealm`, in #16211. ~~But this seems not to run into the issue I mentioned in the second comment, even though...

For the record, I'm working on defining multipart/form-data in https://github.com/andreubotella/multipart-form-data, including a parser for use in `Body.prototype.formData()` and potentially in servers. I'm trying to reach something interoperable, rather than add...

> Any progress? I'd moved on from this long ago, following @Pauan's suggestion I believe. I'd tackle this now that you've reminded me, but I'm not familiar with the wasm-bindgen...

Status update: in October, many of the PRs that I landed related to realms were reverted in denoland/deno#16366 because they were blocking some planned optimizations in `deno_core`. The plan was...

I intended this to be a meta-issue covering everything up to shipping `ShadowRealm`, and although realms now work fine for `deno_core` embedders, there's still some work needed before the `ShadowRealm`...

> @andreubotella is this something you still want to pursue? I'm not sure at the moment. I'll try rebasing #16211 to see if it can be done without this.