null
null
this was fixed a while ago and I will close this one
Not really, just make the existing code in LiquidBounce friendlier for scripts to call.
@DataM0del I never thought about or experimented on that though, doing a default `tsc --init` (`Version 5.8.2`) gives me a `tsconfig.json` that targets commonjs instead of esm by default. It...
> > @DataM0del I never thought about or experimented on that though, doing a default `tsc --init` (`Version 5.8.2`) gives me a `tsconfig.json` that targets commonjs instead of esm by...
> > > > @DataM0del I never thought about or experimented on that though, doing a default `tsc --init` (`Version 5.8.2`) gives me a `tsconfig.json` that targets commonjs instead of...
Removed the type cache, using a cache wouldn't justify it's maintenance costs, because - It only intercepts our custom `require` not graaljs builtin `Java.type()` - It probably won't be too...
Hi @1zun4 this pr is ready for review.
As always, this pr has been tested against 4 scripts in production environment, 2 of them are compiled from typescript, 1 minimal mjs example and another adapted (added a few...
This is due to `require.resolve` is not preserved in the new `require`, and other things related to using node ecosystem still needs more testing.
By testing with 2 script, it is found that the `require('jvm-types/...'`) does not work as expected in the secondary dependency. anthing-that-calls-render-util.js ``` require('render-utils.js') // fails at this line ``` render-utils.js...