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
{{ message }}
This repository has been archived by the owner on Jan 11, 2023. It is now read-only.
Currently, source-map-support is installed by default when you use the middleware. This probably doesn't make sense. It is useful to have sourcemapped stack traces (notwithstanding that it doesn't currently apply to components — see #117), but the middleware feels like the wrong place for it.
A few options:
Expect app authors to include it (and put it in sapper-template)
Keep it, but only activate if process.env.NODE_ENV is 'development' (not sure if there's really much point to that)
Add it in dev mode via sapper dev (if that's possible, given that it's a child process?)
Scrap it, and handle errors in the child process differently inside sapper dev
The text was updated successfully, but these errors were encountered:
Not sure I understood correctly but if this is about not to generate sourcemaps at all then I would like to have the possibility to emit sourcemaps into a separate directory, which can be stored in protected environments.
This happened a few released ago so I'll close this. @fusionstrings this isn't about not generating sourcemaps, it's about not automatically consuming them on the server
Currently, source-map-support is installed by default when you use the middleware. This probably doesn't make sense. It is useful to have sourcemapped stack traces (notwithstanding that it doesn't currently apply to components — see #117), but the middleware feels like the wrong place for it.
A few options:
process.env.NODE_ENV
is 'development' (not sure if there's really much point to that)sapper dev
(if that's possible, given that it's a child process?)sapper dev
The text was updated successfully, but these errors were encountered: