Repository navigation
Returning read() from an endpoint truncates an inline SVG with a non-ASCII title #17589
Description
Describe the bug
An endpoint returning read(icon) serves a truncated SVG when the imported SVG is inlined and contains a non-ASCII <title>. The response is HTTP 200, but its body is missing the closing </svg>, so the image cannot be parsed. I intend to submit a fix with a regression test.
Reproduction
https://github.com/clean99/oss-pr-media/tree/main/sveltekit/inline-asset-content-length
Run npm install, npm run build, then npm run preview. Request / with curl -i http://localhost:4173/.
The endpoint imports ./icon.svg?inline and returns read(icon). The SVG contains:
<svg xmlns="http://www.w3.org/2000/svg"><title>café 中文</title></svg>Expected: a complete SVG response, including </svg>, with its UTF-8 byte length.
Observed: the built asset has 73 bytes, but Content-Length is 68 and the received response stops at the < that begins the closing SVG tag.
Logs
HTTP 200
Content-Type: image/svg+xml
Content-Length: 68
<svg xmlns='http://www.w3.org/2000/svg'><title>café 中文</title><
System Info
OS: macOS arm64 (Darwin 25.5.0)
Node.js: 24.16.0
pnpm: 12.14.0
@sveltejs/kit: 3.1.1
@sveltejs/adapter-node: 6.0.1
@sveltejs/vite-plugin-svelte: 7.3.1
svelte: 5.57.1
vite: 8.3.0
Severity
serious, but I can work around it
Additional Information
This was reproduced against the current main branch, using a production build and an HTTP request to vite preview.
Activity
svelte-triage-bot commentedon Oct 31, 2026
I reproduced the issue, but could not produce a safe, verified fix.
Reproduction
I ported the reported setup to SvelteLab.
What I tried
Why I stopped
An existing open pull request already addresses this exact issue: #17590. Per the prior-art stop rule, no competing patch, commit, or push was made. The original production reproduction was independently confirmed.