Skip to content

Cloudflare adapter worker build is resolving client-side files from libraries #12813

Description

@Lms24

Describe the bug

When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

Reproduction

I created a minimal reproduction - please feel free to clone it

Logs

> Using @sveltejs/adapter-cloudflare
✘ [ERROR] Could not resolve "$app/stores"
node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
error during build:
Error: Bundling with esbuild failed with 1 error
at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

System Info

System:
OS: macOS 14.7
CPU: (10) arm64 Apple M1 Pro
Memory: 103.63 MB / 32.00 GB
Shell: 5.9 - /bin/zsh
Binaries:
Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
bun: 1.1.26 - ~/.bun/bin/bun
Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
Browsers:
Brave Browser: 101.1.38.111
Chrome Canary: 123.0.6268.0
Edge: 129.0.2792.89
Safari: 17.6
npmPackages:
@sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

Severity

annoyance

Additional Information

⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

I'd appreciate any pointers as to what we/library authors need to do to support a use case where

  • the package exports files for both, browser and server
  • the browser-side code imports from kit-specific modules like $app/stores
  • the cloudflare adapter is used

Thanks a lot and please let me know if I can provide more information!

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      , 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
       blocks
      (function() {
      function addCopyButtons() {
      document.querySelectorAll('pre code').forEach(function(codeBlock) {
      if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
      codeBlock.parentElement.setAttribute('data-copy-added', 'true');
      var btn = document.createElement('button');
      btn.textContent = 'Copy';
      btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
      btn.onmouseover = function() { this.style.opacity = '1'; };
      btn.onmouseout = function() { this.style.opacity = '0.7'; };
      btn.onclick = function() {
      navigator.clipboard.writeText(codeBlock.textContent).then(function() {
      btn.textContent = 'Copied!';
      setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
      });
      };
      codeBlock.parentElement.style.position = 'relative';
      codeBlock.parentElement.appendChild(btn);
      });
      }
      addCopyButtons();
      // Re-run on dynamic content
      var observer = new MutationObserver(addCopyButtons);
      observer.observe(document.body, { childList: true, subtree: true });
      })();
      }
      } catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
      })();
      (function(){
      try {
      var __m = "github.com";
      var __re = new RegExp('^' + "github\\.com" + '
      Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
      Skip to content

      Cloudflare adapter worker build is resolving client-side files from libraries #12813

      Description

      @Lms24

      Describe the bug

      When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

      Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

      I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

      Reproduction

      I created a minimal reproduction - please feel free to clone it

      Logs

      > Using @sveltejs/adapter-cloudflare
      ✘ [ERROR] Could not resolve "$app/stores"
      node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
      1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
      You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
      error during build:
      Error: Bundling with esbuild failed with 1 error
      at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
      at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
      at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
      at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
      at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
      at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
      at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
      at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
      at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

      System Info

      System:
      OS: macOS 14.7
      CPU: (10) arm64 Apple M1 Pro
      Memory: 103.63 MB / 32.00 GB
      Shell: 5.9 - /bin/zsh
      Binaries:
      Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
      Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
      npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
      pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
      bun: 1.1.26 - ~/.bun/bin/bun
      Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
      Browsers:
      Brave Browser: 101.1.38.111
      Chrome Canary: 123.0.6268.0
      Edge: 129.0.2792.89
      Safari: 17.6
      npmPackages:
      @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

      Severity

      annoyance

      Additional Information

      ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

      I'd appreciate any pointers as to what we/library authors need to do to support a use case where

      • the package exports files for both, browser and server
      • the browser-side code imports from kit-specific modules like $app/stores
      • the cloudflare adapter is used

      Thanks a lot and please let me know if I can provide more information!

      Metadata

      Metadata

      Assignees

      No one assigned

        Type

        No type

        Projects

        No projects

          Relationships

          None yet

          Development

          No branches or pull requests

          Issue actions

          , 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
          Skip to content

          Cloudflare adapter worker build is resolving client-side files from libraries #12813

          Description

          @Lms24

          Describe the bug

          When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

          Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

          I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

          Reproduction

          I created a minimal reproduction - please feel free to clone it

          Logs

          > Using @sveltejs/adapter-cloudflare
          ✘ [ERROR] Could not resolve "$app/stores"
          node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
          1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
          You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
          error during build:
          Error: Bundling with esbuild failed with 1 error
          at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
          at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
          at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
          at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
          at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
          at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
          at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
          at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
          at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

          System Info

          System:
          OS: macOS 14.7
          CPU: (10) arm64 Apple M1 Pro
          Memory: 103.63 MB / 32.00 GB
          Shell: 5.9 - /bin/zsh
          Binaries:
          Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
          Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
          npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
          pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
          bun: 1.1.26 - ~/.bun/bin/bun
          Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
          Browsers:
          Brave Browser: 101.1.38.111
          Chrome Canary: 123.0.6268.0
          Edge: 129.0.2792.89
          Safari: 17.6
          npmPackages:
          @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

          Severity

          annoyance

          Additional Information

          ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

          I'd appreciate any pointers as to what we/library authors need to do to support a use case where

          • the package exports files for both, browser and server
          • the browser-side code imports from kit-specific modules like $app/stores
          • the cloudflare adapter is used

          Thanks a lot and please let me know if I can provide more information!

          Metadata

          Metadata

          Assignees

          No one assigned

            Type

            No type

            Projects

            No projects

              Relationships

              None yet

              Development

              No branches or pull requests

              Issue actions

              , 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
              Skip to content

              Cloudflare adapter worker build is resolving client-side files from libraries #12813

              Description

              @Lms24

              Describe the bug

              When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

              Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

              I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

              Reproduction

              I created a minimal reproduction - please feel free to clone it

              Logs

              > Using @sveltejs/adapter-cloudflare
              ✘ [ERROR] Could not resolve "$app/stores"
              node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
              1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
              You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
              error during build:
              Error: Bundling with esbuild failed with 1 error
              at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
              at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
              at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
              at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
              at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
              at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
              at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
              at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
              at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

              System Info

              System:
              OS: macOS 14.7
              CPU: (10) arm64 Apple M1 Pro
              Memory: 103.63 MB / 32.00 GB
              Shell: 5.9 - /bin/zsh
              Binaries:
              Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
              Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
              npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
              pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
              bun: 1.1.26 - ~/.bun/bin/bun
              Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
              Browsers:
              Brave Browser: 101.1.38.111
              Chrome Canary: 123.0.6268.0
              Edge: 129.0.2792.89
              Safari: 17.6
              npmPackages:
              @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

              Severity

              annoyance

              Additional Information

              ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

              I'd appreciate any pointers as to what we/library authors need to do to support a use case where

              • the package exports files for both, browser and server
              • the browser-side code imports from kit-specific modules like $app/stores
              • the cloudflare adapter is used

              Thanks a lot and please let me know if I can provide more information!

              Metadata

              Metadata

              Assignees

              No one assigned

                Type

                No type

                Projects

                No projects

                  Relationships

                  None yet

                  Development

                  No branches or pull requests

                  Issue actions

                  , 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
                  Skip to content

                  Cloudflare adapter worker build is resolving client-side files from libraries #12813

                  Description

                  @Lms24

                  Describe the bug

                  When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

                  Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

                  I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

                  Reproduction

                  I created a minimal reproduction - please feel free to clone it

                  Logs

                  > Using @sveltejs/adapter-cloudflare
                  ✘ [ERROR] Could not resolve "$app/stores"
                  node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
                  1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
                  You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
                  error during build:
                  Error: Bundling with esbuild failed with 1 error
                  at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
                  at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
                  at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
                  at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
                  at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
                  at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
                  at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
                  at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
                  at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

                  System Info

                  System:
                  OS: macOS 14.7
                  CPU: (10) arm64 Apple M1 Pro
                  Memory: 103.63 MB / 32.00 GB
                  Shell: 5.9 - /bin/zsh
                  Binaries:
                  Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
                  Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
                  npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
                  pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
                  bun: 1.1.26 - ~/.bun/bin/bun
                  Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
                  Browsers:
                  Brave Browser: 101.1.38.111
                  Chrome Canary: 123.0.6268.0
                  Edge: 129.0.2792.89
                  Safari: 17.6
                  npmPackages:
                  @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

                  Severity

                  annoyance

                  Additional Information

                  ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

                  I'd appreciate any pointers as to what we/library authors need to do to support a use case where

                  • the package exports files for both, browser and server
                  • the browser-side code imports from kit-specific modules like $app/stores
                  • the cloudflare adapter is used

                  Thanks a lot and please let me know if I can provide more information!

                  Metadata

                  Metadata

                  Assignees

                  No one assigned

                    Type

                    No type

                    Projects

                    No projects

                      Relationships

                      None yet

                      Development

                      No branches or pull requests

                      Issue actions

                      , 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
                      Skip to content

                      Cloudflare adapter worker build is resolving client-side files from libraries #12813

                      Description

                      @Lms24

                      Describe the bug

                      When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

                      Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

                      I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

                      Reproduction

                      I created a minimal reproduction - please feel free to clone it

                      Logs

                      > Using @sveltejs/adapter-cloudflare
                      ✘ [ERROR] Could not resolve "$app/stores"
                      node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
                      1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
                      You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
                      error during build:
                      Error: Bundling with esbuild failed with 1 error
                      at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
                      at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
                      at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
                      at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
                      at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
                      at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
                      at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
                      at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
                      at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

                      System Info

                      System:
                      OS: macOS 14.7
                      CPU: (10) arm64 Apple M1 Pro
                      Memory: 103.63 MB / 32.00 GB
                      Shell: 5.9 - /bin/zsh
                      Binaries:
                      Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
                      Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
                      npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
                      pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
                      bun: 1.1.26 - ~/.bun/bin/bun
                      Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
                      Browsers:
                      Brave Browser: 101.1.38.111
                      Chrome Canary: 123.0.6268.0
                      Edge: 129.0.2792.89
                      Safari: 17.6
                      npmPackages:
                      @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

                      Severity

                      annoyance

                      Additional Information

                      ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

                      I'd appreciate any pointers as to what we/library authors need to do to support a use case where

                      • the package exports files for both, browser and server
                      • the browser-side code imports from kit-specific modules like $app/stores
                      • the cloudflare adapter is used

                      Thanks a lot and please let me know if I can provide more information!

                      Metadata

                      Metadata

                      Assignees

                      No one assigned

                        Type

                        No type

                        Projects

                        No projects

                          Relationships

                          None yet

                          Development

                          No branches or pull requests

                          Issue actions

                          , 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
                          Skip to content

                          Cloudflare adapter worker build is resolving client-side files from libraries #12813

                          Description

                          @Lms24

                          Describe the bug

                          When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

                          Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

                          I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

                          Reproduction

                          I created a minimal reproduction - please feel free to clone it

                          Logs

                          > Using @sveltejs/adapter-cloudflare
                          ✘ [ERROR] Could not resolve "$app/stores"
                          node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
                          1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
                          You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
                          error during build:
                          Error: Bundling with esbuild failed with 1 error
                          at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
                          at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
                          at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
                          at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
                          at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
                          at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
                          at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
                          at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
                          at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

                          System Info

                          System:
                          OS: macOS 14.7
                          CPU: (10) arm64 Apple M1 Pro
                          Memory: 103.63 MB / 32.00 GB
                          Shell: 5.9 - /bin/zsh
                          Binaries:
                          Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
                          Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
                          npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
                          pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
                          bun: 1.1.26 - ~/.bun/bin/bun
                          Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
                          Browsers:
                          Brave Browser: 101.1.38.111
                          Chrome Canary: 123.0.6268.0
                          Edge: 129.0.2792.89
                          Safari: 17.6
                          npmPackages:
                          @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

                          Severity

                          annoyance

                          Additional Information

                          ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

                          I'd appreciate any pointers as to what we/library authors need to do to support a use case where

                          • the package exports files for both, browser and server
                          • the browser-side code imports from kit-specific modules like $app/stores
                          • the cloudflare adapter is used

                          Thanks a lot and please let me know if I can provide more information!

                          Metadata

                          Metadata

                          Assignees

                          No one assigned

                            Type

                            No type

                            Projects

                            No projects

                              Relationships

                              None yet

                              Development

                              No branches or pull requests

                              Issue actions

                              , 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); Cloudflare adapter worker build is resolving client-side files from libraries · Issue #12813 · sveltejs/kit · GitHub
                              Skip to content

                              Cloudflare adapter worker build is resolving client-side files from libraries #12813

                              Description

                              @Lms24

                              Describe the bug

                              When using our package @sentry/sveltekit in a minimal SvelteKit app with @sveltejs/adapter-cloudflare, a build error is logged when the adapter is invoked (see logs).

                              Upon closer inspection, it seems like the esbuild build within the cloudflare adapter is resolving the browser entry of our package'spackage.jsonexports instead of the server-side part. In the client-side part of our SDK package, we import { page, navigating } from "$app/stores" which esbuild can't resolve and therefore throws an error.

                              I already tried adding a worker exports condition in our package.json that would point to server files but this doesn't do anything. It still seems like esbuild is accessing our bowser exports entry point.

                              Reproduction

                              I created a minimal reproduction - please feel free to clone it

                              Logs

                              > Using @sveltejs/adapter-cloudflare
                              ✘ [ERROR] Could not resolve "$app/stores"
                              node_modules/@sentry/sveltekit/build/esm/client/browserTracingIntegration.js:1:33:
                              1 │ import { page, navigating } from '$app/stores';~~~~~~~~~~~~~
                              You can mark the path "$app/stores" as external to exclude it from the bundle, which will remove this error and leave the unresolved path in the bundle.
                              error during build:
                              Error: Bundling with esbuild failed with 1 error
                              at adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/adapter-cloudflare/index.js:140:11)
                              at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
                              at async adapt (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/core/adapt/index.js:38:2)
                              at async finalise (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:891:7)
                              at async Object.handler (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/@sveltejs/kit/src/exports/vite/index.js:921:5)
                              at async PluginDriver.hookParallel (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:20652:17)
                              at async Object.close (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/rollup/dist/es/shared/node-entry.js:21627:13)
                              at async build (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/chunks/dep-Cyk9bIUq.js:65455:17)
                              at async CAC.<anonymous> (file:///Users/lukas/code/test-projects/gh-sentry-javascript-13976-sveltekit-cloudflare-pages/my-svelte-app/node_modules/vite/dist/node/cli.js:828:5)

                              System Info

                              System:
                              OS: macOS 14.7
                              CPU: (10) arm64 Apple M1 Pro
                              Memory: 103.63 MB / 32.00 GB
                              Shell: 5.9 - /bin/zsh
                              Binaries:
                              Node: 20.11.0 - ~/.volta/tools/image/node/20.11.0/bin/node
                              Yarn: 4.1.1 - ~/.volta/tools/image/yarn/4.1.1/bin/yarn
                              npm: 10.4.0 - ~/.volta/tools/image/npm/10.4.0/bin/npm
                              pnpm: 8.14.3 - ~/.volta/tools/image/pnpm/8.14.3/bin/pnpm
                              bun: 1.1.26 - ~/.bun/bin/bun
                              Watchman: 2024.07.15.00 - /opt/homebrew/bin/watchman
                              Browsers:
                              Brave Browser: 101.1.38.111
                              Chrome Canary: 123.0.6268.0
                              Edge: 129.0.2792.89
                              Safari: 17.6
                              npmPackages:
                              @sveltejs/adapter-auto: ^3.0.0 => 3.2.5 @sveltejs/adapter-cloudflare: ^4.7.3 => 4.7.3 @sveltejs/kit: ^2.0.0 => 2.7.1 @sveltejs/vite-plugin-svelte: ^4.0.0-next.6 => 4.0.0-next.8 svelte: ^5.0.0-next.1 => 5.0.0-next.265 vite: ^5.0.3 => 5.4.9 

                              Severity

                              annoyance

                              Additional Information

                              ⬆️ RE Severity: Blocker for users who'd like to add Sentry to their SvelteKit app running on Cloudflare

                              I'd appreciate any pointers as to what we/library authors need to do to support a use case where

                              • the package exports files for both, browser and server
                              • the browser-side code imports from kit-specific modules like $app/stores
                              • the cloudflare adapter is used

                              Thanks a lot and please let me know if I can provide more information!

                              Metadata

                              Metadata

                              Assignees

                              No one assigned

                                Type

                                No type

                                Projects

                                No projects

                                  Relationships

                                  None yet

                                  Development

                                  No branches or pull requests

                                  Issue actions