build(deps): bump the starlight_astro group across 1 directory with 3 updates

[dependabot]

Bumps the starlight_astro group with 3 updates in the /docs directory: @astrojs/starlight, astro and starlight-links-validator.

Updates @astrojs/starlight from 0.34.3 to 0.34.4

Release notes

Sourced from @​astrojs/starlight's releases.

@​astrojs/starlight@​0.34.4

Patch Changes

• #3205 95d124a Thanks @​sgalcheung! - Fixes an issue preventing to use the <StarlightPage> component when the docs content collection that Starlight uses does not exist.

• #3206 e6ea584 Thanks @​HiDeoo! - Fixes a text selection issue for heading with a clickable anchor link when using double click to select text in Chrome and Safari.

• #3233 3064c40 Thanks @​torn4dom4n! - Updates Vietnamese UI translations.

• #3248 16c1239 Thanks @​HiDeoo! - Prevents icons in the <Card> component from being shrunk in some narrow viewports.

• #3225 21b93b8 Thanks @​randomguy-2650! - Updates German UI translations

Changelog

Sourced from @​astrojs/starlight's changelog.

0.34.4

Patch Changes

• #3205 95d124a Thanks @​sgalcheung! - Fixes an issue preventing to use the <StarlightPage> component when the docs content collection that Starlight uses does not exist.

• #3206 e6ea584 Thanks @​HiDeoo! - Fixes a text selection issue for heading with a clickable anchor link when using double click to select text in Chrome and Safari.

• #3233 3064c40 Thanks @​torn4dom4n! - Updates Vietnamese UI translations.

• #3248 16c1239 Thanks @​HiDeoo! - Prevents icons in the <Card> component from being shrunk in some narrow viewports.

• #3225 21b93b8 Thanks @​randomguy-2650! - Updates German UI translations

Commits

• fc6f311 [ci] release (#3249)
• e6ea584 Fix double click selection issues for heading with a clickable anchor link (#...
• 16c1239 Prevent \<Card> icon from being shrunk (#3248)
• 3064c40 i18n(vi): update Vietnamese translations (#3233)
• 21b93b8 i18n(de): Add missing translations for de.json (#3225)
• c4ce908 [ci] format
• 95d124a fix userCollections?.docs (#3205)
• dbe5e37 Fix E2E tests compatibility with Node.js 23+ (#3200)
• See full diff in compare view

Updates astro from 5.9.2 to 5.9.4

Release notes

Sourced from astro's releases.

astro@5.9.4

Patch Changes

• #13951 7eb88f1 Thanks @​ascorbic! - Fixes a issue that caused errors when using an adapter-provided session driver with custom options

• #13953 448bddc Thanks @​zaitovalisher! - Fixes a bug where quotes were not added to the 'strict-dynamic' CSP directive

astro@5.9.3

Patch Changes

• #13923 a9ac5ed Thanks @​ematipico! - BREAKING CHANGE to the experimental Content Security Policy (CSP) only

  Changes the behavior of experimental Content Security Policy (CSP) to now serve hashes differently depending on whether or not a page is prerendered:

  • Via the <meta> element for static pages.
  • Via the Response header content-security-policy for on-demand rendered pages.

  This new strategy allows you to add CSP content that is not supported in a <meta> element (e.g. report-uri, frame-ancestors, and sandbox directives) to on-demand rendered pages.

  No change to your project code is required as this is an implementation detail. However, this will result in a different HTML output for pages that are rendered on demand. Please check your production site to verify that CSP is working as intended.

  To keep up to date with this developing feature, or to leave feedback, visit the CSP Roadmap proposal.

• #13926 953a249 Thanks @​ematipico! - Adds a new Astro Adapter Feature called experimentalStaticHeaders to allow your adapter to receive the Headers for rendered static pages.

  Adapters that enable support for this feature can access header values directly, affecting their handling of some Astro features such as Content Security Policy (CSP). For example, Astro will no longer serve the CSP <meta http-equiv="content-security-policy"> element in static pages to adapters with this support.

  Astro will serve the value of the header inside a map that can be retrieved from the hook astro:build:generated. Adapters can read this mapping and use their hosting headers capabilities to create a configuration file.

  A new field called experimentalRouteToHeaders will contain a map of Map<IntegrationResolvedRoute, Headers> where the Headers type contains the headers emitted by the rendered static route.

  To enable support for this experimental Astro Adapter Feature, add it to your adapterFeatures in your adapter config:

  // my-adapter.mjs
  export default function createIntegration() {
    return {
      name: '@example/my-adapter',
      hooks: {
        'astro:config:done': ({ setAdapter }) => {
          setAdapter({
            name: '@example/my-adapter',
            serverEntrypoint: '@example/my-adapter/server.js',
            adapterFeatures: {
              experimentalStaticHeaders: true,
            },
          });
        },
      },
    };

... (truncated)

Changelog

Sourced from astro's changelog.

5.9.4

Patch Changes

• #13951 7eb88f1 Thanks @​ascorbic! - Fixes a issue that caused errors when using an adapter-provided session driver with custom options

• #13953 448bddc Thanks @​zaitovalisher! - Fixes a bug where quotes were not added to the 'strict-dynamic' CSP directive

5.9.3

Patch Changes

• #13923 a9ac5ed Thanks @​ematipico! - BREAKING CHANGE to the experimental Content Security Policy (CSP) only

  Changes the behavior of experimental Content Security Policy (CSP) to now serve hashes differently depending on whether or not a page is prerendered:

  • Via the <meta> element for static pages.
  • Via the Response header content-security-policy for on-demand rendered pages.

  This new strategy allows you to add CSP content that is not supported in a <meta> element (e.g. report-uri, frame-ancestors, and sandbox directives) to on-demand rendered pages.

  No change to your project code is required as this is an implementation detail. However, this will result in a different HTML output for pages that are rendered on demand. Please check your production site to verify that CSP is working as intended.

  To keep up to date with this developing feature, or to leave feedback, visit the CSP Roadmap proposal.

• #13926 953a249 Thanks @​ematipico! - Adds a new Astro Adapter Feature called experimentalStaticHeaders to allow your adapter to receive the Headers for rendered static pages.

  Adapters that enable support for this feature can access header values directly, affecting their handling of some Astro features such as Content Security Policy (CSP). For example, Astro will no longer serve the CSP <meta http-equiv="content-security-policy"> element in static pages to adapters with this support.

  Astro will serve the value of the header inside a map that can be retrieved from the hook astro:build:generated. Adapters can read this mapping and use their hosting headers capabilities to create a configuration file.

  A new field called experimentalRouteToHeaders will contain a map of Map<IntegrationResolvedRoute, Headers> where the Headers type contains the headers emitted by the rendered static route.

  To enable support for this experimental Astro Adapter Feature, add it to your adapterFeatures in your adapter config:

  // my-adapter.mjs
  export default function createIntegration() {
    return {
      name: '@example/my-adapter',
      hooks: {
        'astro:config:done': ({ setAdapter }) => {
          setAdapter({
            name: '@example/my-adapter',
            serverEntrypoint: '@example/my-adapter/server.js',
            adapterFeatures: {
              experimentalStaticHeaders: true,
            },
          });
        },

... (truncated)

Commits

• a08c7e8 [ci] release (#13940)
• 16867f7 [ci] format
• 7eb88f1 fix: make session driver name optional (#13951)
• de82ef2 feat(netlify): add experimental support for static headers (#13952)
• 448bddc Update csp.ts (#13953)
• 0644b40 [ci] release (#13925)
• 337ace6 [ci] format
• 953a249 feat(csp): add static header adapter function (#13926)
• af83b85 fix: fallback and rewrite dynamic route pattern matching (#13697)
• 77ceb42 [ci] format
• Additional commits viewable in compare view

Updates starlight-links-validator from 0.16.0 to 0.17.0

Release notes

Sourced from starlight-links-validator's releases.

starlight-links-validator@0.17.0

Minor Changes

• #108 82f8ec5 Thanks @​HiDeoo! - Adds support for excluding links from validation using a function.

  When using the function syntax, the function should return true for any link that should be excluded from validation or false otherwise. The function will be called for each link to validate and will receive an object containing various properties to help determine whether to exclude the link or not.

  Check out the exclude configuration option documentation for more details and examples.

Changelog

Sourced from starlight-links-validator's changelog.

0.17.0

Minor Changes

• #108 82f8ec5 Thanks @​HiDeoo! - Adds support for excluding links from validation using a function.

  When using the function syntax, the function should return true for any link that should be excluded from validation or false otherwise. The function will be called for each link to validate and will receive an object containing various properties to help determine whether to exclude the link or not.

  Check out the exclude configuration option documentation for more details and examples.

Commits

• affd2ac ci: release (#109)
• 82f8ec5 exclude function (#108)
• 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 merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

[NigelBreslaw]

@dependabot recreate

[NigelBreslaw]

@dependabot recreate