[Panic]: Unknown panic when building with Vite 8.0.1 #8806
Description
Panic message
rendering chunks (2618)...Rolldown panicked. This is a bug in Rolldown, not your code.
thread '<unnamed>' (176015125) panicked at crates/rolldown_utils/src/hash_placeholder.rs:56:38:
byte index 5278 is not a char boundary; it is inside '’' (bytes 5276..5279) of `import{o as e}from"./chunk-!~{001}~.js";import"./esm-!~{002}~.js";import"./esm-!~{005}~.js";import{t as n}from"./react-!~{00a}~.js";import{t as r}from"./jsx-runtime-!~{00r}~.js";import{r as i}from"./useRyuTheme-!~{00s}~.js";import{Nt as a,ut as o}from"./He`[...]
stack backtrace:
0: 0x12895ea64 - _napi_register_module_v1
1: 0x12896ebc4 - _napi_register_module_v1
2: 0x12893ec84 - _napi_register_module_v1
3: 0x128947ea8 - _napi_register_module_v1
4: 0x128947da8 - _napi_register_module_v1
5: 0x127d7e048 - <unknown>
6: 0x1289482dc - _napi_register_module_v1
7: 0x128947f54 - _napi_register_module_v1
8: 0x128944210 - _napi_register_module_v1
9: 0x128937768 - _napi_register_module_v1
10: 0x128a1dff0 - _napi_register_module_v1
11: 0x1289751f0 - _napi_register_module_v1
12: 0x128a1dab0 - _napi_register_module_v1
13: 0x128481f80 - _blake3_compress_in_place_portable
14: 0x128486420 - _blake3_compress_in_place_portable
15: 0x127e04864 - <unknown>
16: 0x127edeee0 - <unknown>
17: 0x127cbc630 - <unknown>
18: 0x127edefec - <unknown>
19: 0x127f3cee0 - <unknown>
20: 0x128a16960 - _napi_register_module_v1
21: 0x127cbc800 - <unknown>
22: 0x127edefec - <unknown>
23: 0x127cbc6d4 - <unknown>
24: 0x127edefec - <unknown>
25: 0x127f3cee0 - <unknown>
26: 0x128a16960 - _napi_register_module_v1
27: 0x128909894 - _napi_register_module_v1
28: 0x12890b9a0 - _napi_register_module_v1
29: 0x12890be34 - _napi_register_module_v1
30: 0x128943a94 - _napi_register_module_v1
31: 0x193847c08 - __pthread_cond_waitReproduction
Unfortunately this is coming from a very large internal repo, so it's hard to give you an isolated repro. This is specifically happening on an intentionally "minimal" build of our app that disables various plugins.
From some AI driven investigation to isolate it:
- If we turn off code splitting entirely, it works
- We have SWC plugins, but in this minimal build, we turn them off
- We're also overriding SWC options for to change the
cacheRootto a different folder (long story) - Even if there's no SWC plugins, it fails here...
- But if we just put that config back, it works
Config, for posterity:
useAtYourOwnRisk_mutateSwcOptions(options) {
options.jsc = options.jsc || {}
options.jsc.experimental = options.jsc.experimental || {}
options.jsc.experimental.cacheRoot = resolve('./node_modules/.swc')
},System Info
System:
OS: macOS 26.3
CPU: (14) arm64 Apple M4 Pro
Memory: 274.58 MB / 48.00 GB
Shell: 4.0.2 - /opt/homebrew/bin/fish
Binaries:
Node: 24.13.1 - /Users/zbruggeman/.local/state/fnm_multishells/90694_1773969158845/bin/node
Yarn: 4.13.0 - /Users/zbruggeman/.local/state/fnm_multishells/90694_1773969158845/bin/yarn
npm: 11.8.0 - /Users/zbruggeman/.local/state/fnm_multishells/90694_1773969158845/bin/npm
bun: 1.3.10 - /Users/zbruggeman/Documents/github/ramp/web/.devbox/nix/profile/default/bin/bun
Browsers:
Chrome: 146.0.7680.154
Firefox: 147.0.4
Safari: 26.3Additional context
No response
Metadata
Metadata
Assignees
Labels
No labels
Type
Fields
Give feedbackPriority
Urgent
Effort
None yet