@jsenv/core 41.3.0 → 41.3.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -9158,6 +9158,16 @@ const jsenvPluginWorkspaceBundle = ({ packageDirectory }) => {
9158
9158
  // root package, we don't want to bundle
9159
9159
  return null;
9160
9160
  }
9161
+ if (reference.type !== "js_import") {
9162
+ // Only consolidate ES imports of a workspace package into its single
9163
+ // bundle. Other reference kinds are their own entry points — most
9164
+ // importantly an HTML <script src> pointing at a package file (jsenv
9165
+ // injects its own client scripts that way: server events, the client
9166
+ // monitoring reporter, custom-elements-redefine…). Redirecting those to
9167
+ // the package main would run the wrong module, and for @jsenv/core the
9168
+ // main is node-only code (node:url) that cannot be served to a browser.
9169
+ return null;
9170
+ }
9161
9171
  // we make sure we target the bundle version of the package
9162
9172
  // otherwise we might execute some parts of the package code multiple times.
9163
9173
  // so we need to redirect the potential reference to non entry point to the package main entry point
@@ -6798,6 +6798,16 @@ const jsenvPluginWorkspaceBundle = ({ packageDirectory }) => {
6798
6798
  // root package, we don't want to bundle
6799
6799
  return null;
6800
6800
  }
6801
+ if (reference.type !== "js_import") {
6802
+ // Only consolidate ES imports of a workspace package into its single
6803
+ // bundle. Other reference kinds are their own entry points — most
6804
+ // importantly an HTML <script src> pointing at a package file (jsenv
6805
+ // injects its own client scripts that way: server events, the client
6806
+ // monitoring reporter, custom-elements-redefine…). Redirecting those to
6807
+ // the package main would run the wrong module, and for @jsenv/core the
6808
+ // main is node-only code (node:url) that cannot be served to a browser.
6809
+ return null;
6810
+ }
6801
6811
  // we make sure we target the bundle version of the package
6802
6812
  // otherwise we might execute some parts of the package code multiple times.
6803
6813
  // so we need to redirect the potential reference to non entry point to the package main entry point
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@jsenv/core",
3
- "version": "41.3.0",
3
+ "version": "41.3.1",
4
4
  "type": "module",
5
5
  "description": "Tool to develop, test and build js projects",
6
6
  "repository": {
@@ -78,7 +78,7 @@
78
78
  "@jsenv/plugin-minification": "1.7.5",
79
79
  "@jsenv/plugin-supervisor": "1.8.7",
80
80
  "@jsenv/plugin-transpilation": "1.5.78",
81
- "@jsenv/server": "17.4.0",
81
+ "@jsenv/server": "17.4.1",
82
82
  "@jsenv/sourcemap": "1.4.2",
83
83
  "react-table": "7.8.0"
84
84
  },
@@ -41,6 +41,16 @@ export const jsenvPluginWorkspaceBundle = ({ packageDirectory }) => {
41
41
  // root package, we don't want to bundle
42
42
  return null;
43
43
  }
44
+ if (reference.type !== "js_import") {
45
+ // Only consolidate ES imports of a workspace package into its single
46
+ // bundle. Other reference kinds are their own entry points — most
47
+ // importantly an HTML <script src> pointing at a package file (jsenv
48
+ // injects its own client scripts that way: server events, the client
49
+ // monitoring reporter, custom-elements-redefine…). Redirecting those to
50
+ // the package main would run the wrong module, and for @jsenv/core the
51
+ // main is node-only code (node:url) that cannot be served to a browser.
52
+ return null;
53
+ }
44
54
  // we make sure we target the bundle version of the package
45
55
  // otherwise we might execute some parts of the package code multiple times.
46
56
  // so we need to redirect the potential reference to non entry point to the package main entry point