Bump astro from 4.14.5 to 4.15.3

[dependabot[bot]]

Bumps astro from 4.14.5 to 4.15.3.

Release notes

Sourced from astro's releases.

astro@4.15.3

Patch Changes

• #11902 d63bc50 Thanks @​ascorbic! - Fixes case where content layer did not update during clean dev builds on Linux and Windows

• #11886 7ff7134 Thanks @​matthewp! - Fixes a missing error message when actions throws during astro sync

• #11904 ca54e3f Thanks @​wtchnm! - perf(assets): avoid downloading original image when using cache

astro@4.15.2

Patch Changes

• #11870 8e5257a Thanks @​ArmandPhilippot! - Fixes typo in documenting the fallbackType property in i18n routing

• #11884 e450704 Thanks @​ascorbic! - Correctly handles content layer data where the transformed value does not match the input schema

• #11900 80b4a18 Thanks @​delucis! - Fixes the user-facing type of the new i18n.routing.fallbackType option to be optional

astro@4.15.1

Patch Changes

• #11872 9327d56 Thanks @​bluwy! - Fixes astro add importing adapters and integrations

• #11767 d1bd1a1 Thanks @​ascorbic! - Refactors content layer sync to use a queue

astro@4.15.0

Minor Changes

• #11729 1c54e63 Thanks @​ematipico! - Adds a new variant sync for the astro:config:setup hook's command property. This value is set when calling the command astro sync.

  If your integration previously relied on knowing how many variants existed for the command property, you must update your logic to account for this new option.

• #11743 cce0894 Thanks @​ph1p! - Adds a new, optional property timeout for the client:idle directive.

  This value allows you to specify a maximum time to wait, in milliseconds, before hydrating a UI framework component, even if the page is not yet done with its initial load. This means you can delay hydration for lower-priority UI elements with more control to ensure your element is interactive within a specified time frame.

  <ShowHideButton client:idle={{ timeout: 500 }} />
  

• #11677 cb356a5 Thanks @​ematipico! - Adds a new option fallbackType to i18n.routing configuration that allows you to control how fallback pages are handled.

  When i18n.fallback is configured, this new routing option controls whether to redirect to the fallback page, or to rewrite the fallback page's content in place.

  The "redirect" option is the default value and matches the current behavior of the existing fallback system.

  The option "rewrite" uses the new rewriting system to create fallback pages that render content on the original, requested URL without a browser refresh.

  For example, the following configuration will generate a page /fr/index.html that will contain the same HTML rendered by the page /en/index.html when src/pages/fr/index.astro does not exist.

... (truncated)

Changelog

Sourced from astro's changelog.

4.15.3

Patch Changes

• #11902 d63bc50 Thanks @​ascorbic! - Fixes case where content layer did not update during clean dev builds on Linux and Windows

• #11886 7ff7134 Thanks @​matthewp! - Fixes a missing error message when actions throws during astro sync

• #11904 ca54e3f Thanks @​wtchnm! - perf(assets): avoid downloading original image when using cache

4.15.2

Patch Changes

• #11870 8e5257a Thanks @​ArmandPhilippot! - Fixes typo in documenting the fallbackType property in i18n routing

• #11884 e450704 Thanks @​ascorbic! - Correctly handles content layer data where the transformed value does not match the input schema

• #11900 80b4a18 Thanks @​delucis! - Fixes the user-facing type of the new i18n.routing.fallbackType option to be optional

4.15.1

Patch Changes

• #11872 9327d56 Thanks @​bluwy! - Fixes astro add importing adapters and integrations

• #11767 d1bd1a1 Thanks @​ascorbic! - Refactors content layer sync to use a queue

4.15.0

Minor Changes

• #11729 1c54e63 Thanks @​ematipico! - Adds a new variant sync for the astro:config:setup hook's command property. This value is set when calling the command astro sync.

  If your integration previously relied on knowing how many variants existed for the command property, you must update your logic to account for this new option.

• #11743 cce0894 Thanks @​ph1p! - Adds a new, optional property timeout for the client:idle directive.

  This value allows you to specify a maximum time to wait, in milliseconds, before hydrating a UI framework component, even if the page is not yet done with its initial load. This means you can delay hydration for lower-priority UI elements with more control to ensure your element is interactive within a specified time frame.

  <ShowHideButton client:idle={{ timeout: 500 }} />
  

• #11677 cb356a5 Thanks @​ematipico! - Adds a new option fallbackType to i18n.routing configuration that allows you to control how fallback pages are handled.

  When i18n.fallback is configured, this new routing option controls whether to redirect to the fallback page, or to rewrite the fallback page's content in place.

  The "redirect" option is the default value and matches the current behavior of the existing fallback system.

... (truncated)

Commits

• 65bfefb [ci] release (#11909)
• ca54e3f perf(astro/assets): avoid downloading original image when using cache (#11904)
• 5d7bc70 [ci] format
• 7ff7134 Provide an error message when Actions throws in setup (#11886)
• f696051 [ci] format
• d63bc50 fix: keep data store outside of node_modules during dev (#11902)
• cd54210 Remove unused types (#11895)
• 8a1abcf fix(deps): update dependency vitefu to v1 (#11899)
• 60d8e30 [ci] release (#11883)
• 80b4a18 Fix user-facing type for i18n.routing.fallbackType (#11900)
• Additional commits viewable 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 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)

[dependabot[bot]]

Superseded by #250.