fix(astro): handle case-insensitive paths when matching style modules

[slegarraga]

On case-insensitive filesystems (Windows, macOS), running npm run dev from a path with different casing than the canonical filesystem path caused inline <style> blocks to be silently dropped.

Root cause

The HMR handler in vite-plugin-astro/hmr.ts compared file paths using strict equality. When the casing of ctx.file (provided by Vite's watcher using the actual filesystem casing) differed from the key stored in the compile metadata map, lookups failed and CSS was never returned.

Changes

• Normalize path casing for comparison when looking up compile metadata on win32 and darwin.
• Normalize CSS dependency paths using the same approach when checking if an updated file is a CSS dependency.
• Add a changeset for the astro package.

Testing

Existing HMR tests continue to pass. The fix is scoped to case-insensitive platforms so Linux behavior is unaffected.

Fixes #14013

[changeset-bot]

🦋 Changeset detected

Latest commit: c544c5f

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

[codspeed-hq]

Merging this PR will not alter performance

✅ 18 untouched benchmarks

---

_{Comparing slegarraga:fix/issue-14013 (771c183) with main (5557dca)¹}

Footnotes

1. No successful run was found on main (2c9bf5e) during the generation of this report, so 5557dca was used instead as the comparison base. There might be some changes unrelated to this pull request in this report. ↩