#(i more thought a thread here would make

1 messages ยท Page 1 of 1 (latest)

nocturne rock
#

yea, should be also fine ๐Ÿ™‚

wind forge
#

is that extra config in the same file

#

or is it like in a preload

#

and is your bun run test command got some other stuff

#

as u can set this setting in .vscode/settings.json

  "bun.test.customScript": "bun run test"
nocturne rock
#

the setup is an extra file. The command for test looks like this:

"test": "bun test --preload src/__test__/setup.ts",
wind forge
#

yeah that explains it

#

it should then work with the setting :)

nocturne rock
#

oh so you run in the background just "bun test"?

wind forge
#

i maybe could detect a test cmd in package.json but eh sounds like its asking for trouble

#

yeah

#

u can see the actual output and command ran here

#

well the actual command ran uses absolute path to be safer and adds a --inspect-wait=... for me to connect to and get the data

nocturne rock
#

or add some setting inside the settings so users can choose between the executed command. For example like:

select:
> bun native
> script 1
> script 2

And "script" are then just the scripts from the package.json. So it would be:
> bun native
> test
> dev
...

nocturne rock
wind forge
#

it says bun-debug test ./bun-test.test.ts
but it runs this in child_process ["bun-debug","test","/bun-test.test.ts"] (the pathtocwd is placeholder btw

wind forge
#

@nocturne rock btw u should be able to make a bunfig.toml to preload it and then not have to worry about using the bun run test cmd

nocturne rock
wind forge
#

damn

#

is any of its children loading?

#

or is it just the top level

nocturne rock
#

none of its children is loading. Only the top level

wind forge
#

damn

#

why does vscode api have to be so broken

#

im pretty sure i only set the values for the most children

#

and the top ones realize

#

i hope it clears on another run (ie manually just that one or a full)

nocturne rock
#

lets seee ... ... ... ... ... nope, still loading xD

#

This is the state after restart. Maybe thats important for you:

#

Seems to be fixed after a vscode restart and rerun of the file

wind forge
#

weird

#

thanks for report tho

#

i think ive seen it a very few times but never have gotten to fix it as confusing to repo and verify any fix or see cause

#

i did ask claude code to try to fix potential issues but it ended up making broken code that was less reliable so ๐Ÿคท

wind forge
nocturne rock
#

yea, but there is also this kind of state. I guess it means something like "scheduled"?

wind forge
#

yeah

#

loading is if the reporter is saying its started and hasnt said its finished yet

#

i proabibly could use generic spinny, but this felt better for debug lol

nocturne rock
#

yea, maybe the reporter quitted his job and never said that the test is finished xD

The rest works ๐Ÿ™‚

wind forge
#

yay

#

glad to hear its working (for most part)

#

if u use stable bun right now, it should work with downside of everything being flat and no describe block making indented (basically i didnt have to do too much to bun itself for this which is nice)

nocturne rock
#

oh yea, I guess I am using the canary version now forever xD

wind forge
#

only for like a day i hope