You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When this repo's tests are run concurrently (the default Jest option), around 5% of the time a test will fail because the program name is garbled:. The error looks like this: Program file data not available for ��w�ld (11111111111111111111111111111112).
Logging reveals that the program name is fine when startInner is called in JS, but the name is already garbled when logged at the top of the Rust start function. So it seems to be a problem with sending the string from JS to Rust.
When you use the --runInBand Jest flag this doesn't happen.
I tried reproducing with just an async function that takes an AddedProgram[] parameter like the start function does, but the strings in this function never got garbled in testing.
This could be specific to Jest or it may happen with other testing frameworks.
The text was updated successfully, but these errors were encountered:
When this repo's tests are run concurrently (the default Jest option), around 5% of the time a test will fail because the program name is garbled:. The error looks like this:
Program file data not available for ��w�ld (11111111111111111111111111111112)
.Logging reveals that the program name is fine when
startInner
is called in JS, but the name is already garbled when logged at the top of the Ruststart
function. So it seems to be a problem with sending the string from JS to Rust.When you use the
--runInBand
Jest flag this doesn't happen.I tried reproducing with just an async function that takes an
AddedProgram[]
parameter like thestart
function does, but the strings in this function never got garbled in testing.This could be specific to Jest or it may happen with other testing frameworks.
The text was updated successfully, but these errors were encountered: