New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: Disable inline sourcemaps on dev builds #6804
Comments
On the surface, it looks like the best solution to the problem would be for @ian-r-rose @blink1073 For an end user (eg someone who install jlab using In any case, the difference between a dev build and a production build is currently pretty slight. It's just the contents of |
@telamonian Could we just switch the dev build to also use |
Definitely also an option. Based on the info here, the advantages of
so probably nothing critical. Still, my preference would be that we figure out how to appropriately differentiate |
Now that the production build is fixed, I think it's better to default to it. Indeed, we want users installing JupyterLab to have the best experience using the interface and it means running the optimized production build. This is especially true for extensions built with React because in dev mode, they will use the React's development bundle which is known to be much slower than the production one. See also: jupyterlab#6804 (comment)
Now that the production build is fixed, I think it's better to default to it. Indeed, we want users installing JupyterLab to have the best experience using the interface and it means running the optimized production build. This is especially true for extensions built with React because in dev mode, they will use the React's development bundle which is known to be much slower than the production one. See also: jupyterlab#6804 (comment)
Now that the production build is fixed, I think it's better to default to it. Indeed, we want users installing JupyterLab to have the best experience using the interface and it means running the optimized production build. This is especially true for extensions built with React because in dev mode, they will use the React's development bundle which is known to be much slower than the production one. See also: jupyterlab#6804 (comment)
Is this fixed in #6907? |
@jasongrout It should be fixed, but the changes from #6907 haven't been included in a release yet. So I guess once |
Our procedure is that once it is merged into master, the issue is fixed and closed. I commented separately on #6907 to see if we should open another PR to backport to 1.0.x. |
Recently I ran into an issue with lab builds where, due to large chunks of data being included in the build, the size of the sourcemaps ballooned to 40mb. This would not normally be more than a extension developer annoyance, but with inline sourcemaps the main JS build size grew to 72mb.
#6700 introduced this behavior with
devtool: inline-source-map
on by default in dev builds, which are currently the default forjupyter lab build
.Having a way to switch back to adjacent sourcemaps (either by default or by a flag) would alleviate this. Having it default back to adjacent sourcemaps would be my preference to minimize impact on end-users, though.
As a workaround, other people running into this can edit
$prefix/lib/site-packages/jupyterlab/staging/webpack.config.js
:This will hold until the next time the Jupyterlab python package is updated.
cf. https://gitter.im/jupyterlab/jupyterlab?at=5d2669a8cdb70805c97350a7
The text was updated successfully, but these errors were encountered: