Source map support to trace production errors about bytenode HOT 5 OPEN

I found the old comment with some details on how to implement source maps (from 2020).

from bytenode.

I' also very curious if this is possible @OsamaAbbas - it will be of a great help for debugging issues, specially with sentry indeed.

from bytenode.

I' also very curious if this is possible @OsamaAbbas - it will be of a great help for debugging issues, specially with sentry indeed.

The first comment of this issue is clear that the error comes from vite:bytecode plugin (not bytenode). In this page (from their website), it's mentioned that their implementation is only "inspired" by bytenode with some differences. So, maybe you should open an issue in their repository as well.

That being said, I remember that I could implement source map generation previously (two years ago or so). I don't remember how exactly I did it though!

It was probably something like this: we know that the dummy code is just a string or a series of empty characters, with no \n. So, the idea was to correctly minimize the code (before compiling) to make it one long line. We then generate the source map, then we compile the code. I don't remember if this was the exact order of the process. Also, I don't remember how, during running the .jsc file, we would indicate where is the corresponding source map for the .jsc file.

from bytenode.

Source maps would be very cool! Though we should certainly default to disabling them… and explaining to people clearly why they might want to keep them disabled.

from bytenode.

Source maps would be very cool! Though we should certainly default to disabling them… and explaining to people clearly why they might want to keep them disabled.

from bytenode.