build(deps-dev): bump @storybook-astro/framework from 1.10.0 to 1.11.0

[dependabot]

Bumps @storybook-astro/framework from 1.10.0 to 1.11.0.

Changelog

Sourced from @​storybook-astro/framework's changelog.

[1.11.0] - 2026-08-27

Added

• Component descriptions and prop documentation are extracted from JSDoc in a component's .astro frontmatter, so autodocs pages populate without argTypes boilerplate in story files (#163, #110). Covers per-prop descriptions, types and defaults, select controls for literal union props, and types imported from other files including through tsconfig paths aliases. Inherited DOM attributes are filtered out while destructured props are kept. Opt out with the docgen framework option.
• @storybook/addon-vitest support: Storybook's official test runner now runs Astro component stories as Vitest browser tests on Astro 5, 6 and 7 (#159). Stories render through the same server-side pipeline the canvas uses, and play functions run against the resulting DOM. This was previously believed to require astro@7.0.6; it does not — the upstream crash (withastro/astro#16275) originates in Astro's astro:server Vite plugin, which the framework already strips from the Storybook Vite config, so no version guard is needed. Note that @storybook/addon-vitest resolves each stories entry against your .storybook directory, so absolute story globs silently match nothing — keep them relative.

Fixed

• Vite's dependency scanner can now read .astro files (#159). It classifies .astro as an HTML type and regex-matches <script> out of the raw source, stripping HTML comments but not JavaScript ones — so a <script> mentioned inside a frontmatter JSDoc comment was treated as real markup, and the resulting unparseable slice aborted the entire scan (Failed to run dependency scan. Skipping dependency pre-bundling). Dependencies were then discovered mid-run and Vite reloaded the page, which under @storybook/addon-vitest landed during test collection and surfaced as Vitest failed to find the current suite or TypeError: Illegal invocation. The framework now hands the scanner the file's import graph instead, on both optimizer backends (esbuild for Vite 6/7, Rolldown for Vite 8).
• The framework read the Vite version from the copy hoisted beside its own package rather than the one the project runs, so every Vite-version gate in the preset was wrong for projects on a different Vite major than the hoisted one (#159). This meant Astro 5/6 projects in a monorepo missed the Vite ≤7 optimizer options and received Vite 8-only dev-server workarounds they did not need.
• The Storybook renderer entry-preview exclusion was gated on Vite 8 despite guarding against an esbuild (Vite ≤7) failure, and only ever applied because of the version-detection bug above (#159).
• The internal Astro SSR Vite server is now closed when the parent server closes (#159). It was never closed, so it kept the process alive — harmless in Storybook dev, which force-exits, but every @storybook/addon-vitest run ended with close timed out after 10000ms.
• Islands (client:*) declared inside .astro components nested inside a story's top-level .astro file are now collected for the static build (#168). collectHydratedComponentPaths() previously only inspected the top-level file's imports, so a nested island's <astro-island component-url> stayed a raw filesystem path in astro-prerendered-stories.json — a 404 and no hydration on a published static Storybook. The collector now recurses into imports that resolve to .astro files (guarded against circular imports), feeding nested islands into the same asset build as top-level ones so they're rewritten to built ./_astro/*.js assets with their extracted CSS.
• Vite plugins auto-loaded from the project's astro.config are now applied to every render pipeline, not just the main Storybook build (#170). The static prerender SSR server, the hydrated-island asset build, and the dev-mode internal SSR server previously never received these plugins, so components depending on one (e.g. vite-svg-loader's .svg?component imports) rendered broken markup in the static output — data-URI element tags in prerendered HTML and InvalidCharacterError on hydration. The dedupe-and-append logic is now shared across all four pipelines via a common helper.

Commits

• 4da2678 chore: release v1.11.0
• b15bf20 chore: release v1.11.0-canary.1 (canary)
• a32cecf feat: support the Storybook Test addon on Astro 5, 6 and 7 (#159) (#174)
• 90fc27b feat: extract component docs and props tables from .astro frontmatter JSDoc (...
• 15d029c fix(framework): per-pipeline user vite plugin instances, vitest config covera...
• e8f2c0f fix(framework): inject user astro.config vite plugins into all render pipelin...
• b4c1ddd fix(framework): collect islands from nested .astro imports in the static buil...
• fad8fcb docs: restore decorator design record under docs/specs with anchored refs
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)