vite

Fixes #23178 Supersedes #23262 (same commit, reopened from a renamed branch). Summary Classify preload CSS dependencies from the parsed URL pathname instead of the full URL string Keep query/hash-suffixed CSS URLs returned by loading as stylesheets Add focused unit coverage for CSS preload URL detection Tests

Added support for in bundled-dev mode. Blocked by https://github.com/rolldown/rolldown/pull/10856, https://github.com/vitejs/vite/pull/23587

Describe the bug The official Vite light and dark SVG logos can render inconsistently in WebKit when displayed at small icon sizes. Affected official assets: https://vite.dev/vite-light.svg https://vite.dev/vite-dark.svg These assets were introduced by #21339. In WebKit 27 on macOS 27, rendering either SVG at approximately 24px height can produce: A soft or blurry appearance Color bleeding around the lightning mark Incorrect dark edges or outlines Incorrect interpolation around transparent regions Chrome 153 renders the same files correctly. The screenshot below shows the worst-case WebKit rendering: the logo is completely incorrect. In ordinary cases, WebKit is usually not this severe, but it still appears noticeably blurrier than Chrome. WebKit issue screenshot from the downstream VitePress report: The official SVG files contain: 15 elements 15 effects 1 element viewBox: 0 0 87 15 These filter and mask effects appear to be rasterized differently by WebKit and Chromium. This also affects downstream consumers. VitePress documented the same issue and applied a raster fallback in https://github.com/vuejs/vitepress/pull/5466. Reproduction https://htmlpreview.github.io/?https://gist.githubusercontent.com/ChisakaKanako/07226c8cc5558efd1ea7c64cfb553236/raw/index.html Note: may occasionally fail to render the HTML. The issue can also be tested directly with the official and files at approximately height. Steps to reproduce 1. Open the reproduction URL in WebKit 27 on macOS 27. 2. Display the official Vite light/dark SVG logos at approximately 24px height. 3. Compare the rendering with Chrome 153 at the same size. 4. Observe the blur, color bleeding, and incorrect edges in WebKit. System Info Used Package Manager npm Logs Official Vite logo SVG structure: filters: 15 feGaussianBlur: 15 masks: 1 viewBox: 0 0 87 15 Downstream workaround and screenshots: https://github.com/vuejs/vitepress/pull/5466 Confirmed solution: Replace the SVG with pre-rendered image assets, such as PNG or WebP, for small icon usage. This avoids runtime SVG filter and mask processing and produces consistent WebKit/Chromium rendering. This is the solution currently used in VitePress PR #5466. Alternative SVG fix: Flatten or remove the Gaussian Blur filters and mask from the official SVG so it can render consistently without a raster fallback. Validations [x] Follow our Code of Conduct [x] Read the Contributing Guidelines. [x] Read the docs. [x] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate. [x] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to vuejs/core instead. [x] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server. [x] The provided reproduction is a minimal reproducible example of the bug.