fix: normalize html path in transformIndexHtml()

[vanaigr]

Problem

Currently, the url accepted by transformIndexHtml() is passed unaltered to applyHtmlTransforms().This causes issues if the url

1. doesn't refer to a file (see SSR dev server "Pre-transform error: Failed to load url" for relative path #18964), or
2. contains search parameters or hash (/index.html?a=b or index.html#id).

This is different from how default vite server and build behave; they use urls that refer to a file. (The server modifies urls in htmlFallbackMiddleware()).

Solution

I extracted html path normalization from htmlFallbackMiddleware() and used it in createDevHtmlTransformFn().

Fixes #18964

[vanaigr]

Also noticed that SSR guide uses req.originalUrl as the html url.

Not sure if this is known, but it doesn't work with base config option since the base removing middleware doesn't affect originalUrl.

[sapphi-red]

I think we shouldn't normalize path here. We don't know if / is responding with the same HTML file with /index.html when appType: 'custom'.
Instead, I think we should make devHtmlHook function work with path ending with /.

vite/packages/vite/src/node/server/middlewares/indexHtml.ts

Line 185 in 3734f80

const devHtmlHook: IndexHtmlTransformHook = async (

[vanaigr]

My reasoning was that the path should be the same during build and development. And I assumed that the paths always refer to a file during build.

Can the html path be / during build?

[sapphi-red]

Can the html path be / during build?

No, it always ends with .html during build currently. But it's valid to only call transformIndexHtml in dev and not use it in build.