Our approach for source maps

What are source maps

Source maps are a file that build tools like webpack create to map the "original" code you see in your editor to the "generated" code you see in browser DevTools.
Evan Wallace's Source Map Visualizer is a great tool for seeing how source maps work. And if you're curious about how maps are parsed and visualized, we recorded a replay of the visualizer πŸ˜‰
Image without caption

How do browser DevTools use source maps

Firefox and Chrome download the source maps and use the map to find original source text and source locations. Firefox goes one step further to also map original expressions so when you pause, the variables in the scope pane and expressions in the console just work.

How Replay uses source maps

Replay takes source maps one step further so that everything defaults to the original experience and you can basically forget that your code was compiled at all. We do this by including the source map when recording, making it easy for teams to upload source maps to Replay at deploy time.
From there, Replay uses source maps in the server so that the DevTools can have a seamless experience. When you are viewing a replay, you will always see the original file that's in your editor first and have the ability to jump back to the compiled file if you'd like. You can also add print statements and evaluate original expressions in the console.
Image without caption

How Replay maps variables

Replay maps variables by using Babel.js in the server to parse the original file and create a new original scope chain that is synthetically linked to the runtime's scope chain.

How Replay maps expressions

Replay maps expressions by parsing the expression with Babel.js, finding the original tokens and looking up the generated expression counterparts. This sounds fancy, but most of the mappings are looking at an imported variable and getting the long webpack generated variable name.

Where are source maps stored?

Source maps are stored in an S3 bucket and are encrypted at rest. For more, see our approach to security and privacy.

Was this page helpful?