fix: use path for renderer entrypoint

[ascorbic]

Changes

#12533 changed the MDX entrypoint to a URL, so that it could be resolved correctly. However this introduced a different bug that meant the entrypoint could not be resolved in dev if there was a space in the path. It's unclear whether this is a Vite bug or ours, but we can fix it by using fileURLToPath instead of passing the URL directly. This PR converts any entrypoint URLs to paths.

Fixes #12556

Testing

This is hard to test in the monorepo, because it needs a space in the path to the integration not the site. I tested it by renaming my monorepo folder, but I couldn't work out an easy way to do a test fixture for it.

Docs

[changeset-bot]

🦋 Changeset detected

Latest commit: 122bd67

The changes in this PR will be included in the next version bump.

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[ematipico]

I remember we had a similar issue when loading a middleware file inside a project that had a space in its name.

Since both files use the vite module loader in dev, I believe it's a vite issue.

Happy with the fix

[codspeed-hq]

CodSpeed Performance Report

Merging #12563 will degrade performances by 16%

_{Comparing mdx-path (c2d800e) with main (c50882d)}

Summary

⚡ 1 improvements
❌ 2 regressions
✅ 3 untouched benchmarks

⚠️ Please fix the performance issues or acknowledge them on CodSpeed.

Benchmarks breakdown

	Benchmark	main	mdx-path	Change
❌	Rendering: streaming [false], .astro file	1.5 s	1.8 s	-14.64%
⚡	Rendering: streaming [false], .md file	22.4 ms	15 ms	+49.46%
❌	Rendering: streaming [false], .mdx file	1 s	1.2 s	-16%

[ascorbic]

I'll see if I can do a pure-Vite repro

[ascorbic]

Ah damn this is failing on Windows now. Weird because fileURLToPath should be robust there. I think we may need another approach.

[ascorbic]

Yup, it's upstream. I think we should close this rather than trying to work around it. I'll try another approach for the MDX case specifically. vitejs/vite#9917 @bluwy