[BUG]: WASM/Rust layer panics and cannot catch it.

[nadr0]

Describe the bug

When you have a large import/export file the WASM runtime can panic due to some internal issue happening in rust. This will brick the TS workflow because the promise never returns and the logic of the system will not cleanup properly.

This prevents you from executing future KCL files so you cannot switch files or rerun your code.

Steps to Reproduce

Get the KCL files from here, it is two files one that is a massive export.

1. Make a massive file to export
2. Import it into a main.kcl file
3. Wait for the WASM runtime to brick

Expected Behavior

We should be able to gracefully recover from a crashed WASM/Rust run of the AST.

this.isExecuting and some other cleanup calls need to be invoked to properly restore the TS state in the application after the promise for executeAST dies.

Screenshots and Recordings

Desktop OS

Linux

Browser

No response

Version

v0.34.0

Additional Context

It has at least been a bug since v0.30.0

rustwasm/wasm-bindgen#2392

We will be using window.addEventListener('error', (event) => { ... }) to catch a global error since we cannot try catch the error from the executeAST promise it completely dies in that context.

We will need a global error handler that can map some of those runtime errors across the entire application state. It isn't amazing but after pairing with a few devs this is the only thing we could find. When rust panics we cannot catch that error in TS.

Sample error that is being caught with the global handler

[jtran]

I think an example of KCL triggering this is the same as in #4437, but if not, can you post it?

[nadr0]

Yes it is the same one in that post above.