Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update astro monorepo #9

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Update astro monorepo #9

wants to merge 1 commit into from

Conversation

renovate[bot]
Copy link

@renovate renovate bot commented Aug 8, 2024

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@astrojs/rss (source) 4.0.7 -> 4.0.11 age adoption passing confidence
@astrojs/sitemap (source) 3.1.6 -> 3.2.1 age adoption passing confidence
astro (source) 4.13.1 -> 4.16.18 age adoption passing confidence

Release Notes

withastro/astro (@​astrojs/rss)

v4.0.11

Compare Source

Patch Changes

v4.0.10

Compare Source

Patch Changes

v4.0.9

Compare Source

Patch Changes

v4.0.8

Compare Source

Patch Changes
withastro/astro (@​astrojs/sitemap)

v3.2.1

Compare Source

Patch Changes

v3.2.0

Compare Source

Minor Changes
withastro/astro (astro)

v4.16.18

Compare Source

Patch Changes

v4.16.17

Compare Source

Patch Changes

v4.16.16

Compare Source

Patch Changes

v4.16.15

Compare Source

Patch Changes

v4.16.14

Compare Source

Patch Changes

v4.16.13

Compare Source

Patch Changes
  • #​12436 453ec6b Thanks @​martrapp! - Fixes a potential null access in the clientside router

  • #​12392 0462219 Thanks @​apatel369! - Fixes an issue where scripts were not correctly injected during the build. The issue was triggered when there were injected routes with the same entrypoint and different pattern

v4.16.12

Compare Source

Patch Changes
  • #​12420 acac0af Thanks @​ematipico! - Fixes an issue where the dev server returns a 404 status code when a user middleware returns a valid Response.

v4.16.11

Compare Source

Patch Changes

v4.16.10

Compare Source

Patch Changes

v4.16.9

Compare Source

Patch Changes

v4.16.8

Compare Source

Patch Changes

v4.16.7

Compare Source

Patch Changes

v4.16.6

Compare Source

Patch Changes
  • #​11823 a3d30a6 Thanks @​DerTimonius! - fix: improve error message when inferSize is used in local images with the Image component

  • #​12227 8b1a641 Thanks @​florian-lefebvre! - Fixes a case where environment variables would not be refreshed when using astro:env

  • #​12239 2b6daa5 Thanks @​ematipico! - BREAKING CHANGE to the experimental Container API only

    Changes the default page rendering behavior of Astro components in containers, and adds a new option partial: false to render full Astro pages as before.

    Previously, the Container API was rendering all Astro components as if they were full Astro pages containing <!DOCTYPE html> by default. This was not intended, and now by default, all components will render as page partials: only the contents of the components without a page shell.

    To render the component as a full-fledged Astro page, pass a new option called partial: false to renderToString() and renderToResponse():

    import { experimental_AstroContainer as AstroContainer } from 'astro/container';
    import Card from '../src/components/Card.astro';
    
    const container = AstroContainer.create();
    
    await container.renderToString(Card); // the string will not contain `<!DOCTYPE html>`
    await container.renderToString(Card, { partial: false }); // the string will contain `<!DOCTYPE html>`

v4.16.5

Compare Source

Patch Changes

v4.16.4

Compare Source

Patch Changes
  • #​12223 79ffa5d Thanks @​ArmandPhilippot! - Fixes a false positive reported by the dev toolbar Audit app where a label was considered missing when associated with a button

    The button element can be used with a label (e.g. to create a switch) and should not be reported as an accessibility issue when used as a child of a label.

  • #​12199 c351352 Thanks @​ematipico! - Fixes a regression in the computation of Astro.currentLocale

  • #​12222 fb55695 Thanks @​ematipico! - Fixes an issue where the edge middleware couldn't correctly compute the client IP address when calling ctx.clientAddress()

v4.16.3

Compare Source

Patch Changes

v4.16.2

Compare Source

Patch Changes

v4.16.1

Compare Source

Patch Changes
  • #​12177 a4ffbfa Thanks @​matthewp! - Ensure we target scripts for execution in the router

    Using document.scripts is unsafe because if the application has a name="scripts" this will shadow the built-in document.scripts. Fix is to use getElementsByTagName to ensure we're only grabbing real scripts.

  • #​12173 2d10de5 Thanks @​ematipico! - Fixes a bug where Astro Actions couldn't redirect to the correct pathname when there was a rewrite involved.

v4.16.0

Compare Source

Minor Changes
  • #​12039 710a1a1 Thanks @​ematipico! - Adds a markdown.shikiConfig.langAlias option that allows aliasing a non-supported code language to a known language. This is useful when the language of your code samples is not a built-in Shiki language, but you want your Markdown source to contain an accurate language while also displaying syntax highlighting.

    The following example configures Shiki to highlight cjs code blocks using the javascript syntax highlighter:

    import { defineConfig } from 'astro/config';
    
    export default defineConfig({
      markdown: {
        shikiConfig: {
          langAlias: {
            cjs: 'javascript',
          },
        },
      },
    });

    Then in your Markdown, you can use the alias as the language for a code block for syntax highlighting:

    ```cjs
    'use strict';
    
    function commonJs() {
      return 'I am a commonjs file';
    }
    ```
  • #​11984 3ac2263 Thanks @​chaegumi! - Adds a new build.concurreny configuration option to specify the number of pages to build in parallel

    In most cases, you should not change the default value of 1.

    Use this option only when other attempts to reduce the overall rendering time (e.g. batch or cache long running tasks like fetch calls or data access) are not possible or are insufficient.

    Use this option only if the refactors are not possible. If the number is set too high, the page rendering may slow down due to insufficient memory resources and because JS is single-threaded.

    [!WARNING]
    This feature is stable and is not considered experimental. However, this feature is only intended to address difficult performance issues, and breaking changes may occur in a minor release to keep this option as performant as possible.

    // astro.config.mjs
    import { defineConfig } from 'astro';
    
    export default defineConfig({
      build: {
        concurrency: 2,
      },
    });
Patch Changes
  • #​12160 c6fd1df Thanks @​louisescher! - Fixes a bug where astro.config.mts and astro.config.cts weren't reloading the dev server upon modifications.

  • #​12130 e96bcae Thanks @​thehansys! - Fixes a bug in the parsing of x-forwarded-\* Request headers, where multiple values assigned to those headers were not correctly parsed.

    Now, headers like x-forwarded-proto: https,http are correctly parsed.

  • #​12147 9db755a Thanks @​ascorbic! - Skips setting statusMessage header for HTTP/2 response

    HTTP/2 doesn't support status message, so setting this was logging a warning.

  • #​12151 bb6d37f Thanks @​ematipico! - Fixes an issue where Astro.currentLocale wasn't incorrectly computed when the defaultLocale belonged to a custom locale path.

  • Updated dependencies [710a1a1]:

v4.15.12

Compare Source

Patch Changes

v4.15.11

Compare Source

Patch Changes
  • #​12097 11d447f Thanks @​ascorbic! - Fixes error where references in content layer schemas sometimes incorrectly report as missing

  • #​12108 918953b Thanks @​lameuler! - Fixes a bug where data URL images were not correctly handled. The bug resulted in an ENAMETOOLONG error.

  • #​12105 42037f3 Thanks @​ascorbic! - Returns custom statusText that has been set in a Response

  • #​12109 ea22558 Thanks @​ematipico! - Fixes a regression that was introduced by an internal refactor of how the middleware is loaded by the Astro application. The regression was introduced by #​11550.

    When the edge middleware feature is opted in, Astro removes the middleware function from the SSR manifest, and this wasn't taken into account during the refactor.

  • #​12106 d3a74da Thanks @​ascorbic! - Handles case where an immutable Response object is returned from an endpoint

  • #​12090 d49a537 Thanks @​markjaquith! - Server islands: changes the server island HTML placeholder comment so that it is much less likely to get removed by HTML minifiers.

v4.15.10

Compare Source

Patch Changes

v4.15.9

Compare Source

Patch Changes
  • #​12034 5b3ddfa Thanks @​ematipico! - Fixes an issue where the middleware wasn't called when a project uses 404.astro.

  • #​12042 243ecb6 Thanks @​ematipico! - Fixes a problem in the Container API, where a polyfill wasn't correctly applied. This caused an issue in some environments where crypto isn't supported.

  • #​12038 26ea5e8 Thanks @​ascorbic! - Resolves image paths in content layer with initial slash as project-relative

    When using the image() schema helper, previously paths with an initial slash were treated as public URLs. This was to match the behavior of markdown images. However this is a change from before, where paths with an initial slash were treated as project-relative. This change restores the previous behavior, so that paths with an initial slash are treated as project-relative.

v4.15.8

Compare Source

Patch Changes

v4.15.7

Compare Source

Patch Changes

v4.15.6

Compare Source

Patch Changes

v4.15.5

Compare Source

Patch Changes
  • #​11939 7b09c62 Thanks @​bholmesdev! - Adds support for Zod discriminated unions on Action form inputs. This allows forms with different inputs to be submitted to the same action, using a given input to decide which object should be used for validation.

    This example accepts either a create or update form submission, and uses the type field to determine which object to validate against.

    import { defineAction } from 'astro:actions';
    import { z } from 'astro:schema';
    
    export const server = {
      changeUser: defineAction({
        accept: 'form',
        input: z.discriminatedUnion('type', [
          z.object({
            type: z.literal('create'),
            name: z.string(),
            email: z.string().email(),
          }),
          z.object({
            type: z.literal('update'),
            id: z.number(),
            name: z.string(),
            email: z.string().email(),
          }),
        ]),
        async handler(input) {
          if (input.type === 'create') {
            // input is { type: 'create', name: string, email: string }
          } else {
            // input is { type: 'update', id: number, name: string, email: string }
          }
        },
      }),
    };

    The corresponding create and update forms may look like this:

v4.15.4

Compare Source

Patch Changes
  • #​11879 bd1d4aa Thanks @​matthewp! - Allow passing a cryptography key via ASTRO_KEY

    For Server islands Astro creates a cryptography key in order to hash props for the islands, preventing accidental leakage of secrets.

    If you deploy to an environment with rolling updates then there could be multiple instances of your app with different keys, causing potential key mismatches.

    To fix this you can now pass the ASTRO_KEY environment variable to your build in order to reuse the same key.

    To generate a key use:

    astro create-key
    

    This will print out an environment variable to set like:

    ASTRO_KEY=PIAuyPNn2aKU/bviapEuc/nVzdzZPizKNo3OqF/5PmQ=
    
  • #​11935 c58193a Thanks @​Princesseuh! - Fixes astro add not using the proper export point when adding certain adapters

v4.15.3

Compare Source

Patch Changes

v4.15.2

Compare Source

Patch Changes

v4.15.1

Compare Source

Patch Changes

v4.15.0

Compare Source

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.

    // astro.config.mjs
    export default defineConfig({
      i18n: {
        locals: ['en', 'fr'],
        defaultLocale: 'en',
        routing: {
          prefixDefaultLocale: true,
          fallbackType: 'rewrite',
        },
        fallback: {
          fr: 'en',
        },
      },
    });
  • #​11708 62b0d20 Thanks @​martrapp! - Adds a new object swapFunctions to expose the necessary utility functions on astro:transitions/client that allow you to build custom swap functions to be used with view transitions.

    The example below uses these functions to replace Astro's built-in default swap function with one that only swaps the <main> part of the page:

    <script>
      import { swapFunctions } from 'astro:transitions/client';
    
      document.addEventListener('astro:before-swap', (e) => { e.swap = () => swapMainOnly(e.newDocument) });
    
      function swapMainOnly(doc: Document) {
        swapFunctions.deselectScripts(doc);
        swapFunctions.swapRootAttributes(doc);
        swapFunctions.swapHeadElements(doc);
        const restoreFocusFunction = swapFunctions.saveFocus();
        const newMain = doc.querySelector('main');
        const oldMain = document.querySelector('main');
        if (newMain && oldMain) {
          swapFunctions.swapBodyElement(newMain, oldMain);
        } else {
          swapFunctions.swapBodyElement(doc.body, document.body);
        }
        restoreFocusFunction();
      };
    </script>

    See the view transitions guide for more information about hooking into the astro:before-swap lifecycle event and adding a custom swap implementation.

  • #​11843 5b4070e Thanks @​bholmesdev! - Exposes z from the new astro:schema module. This is the new recommended import source for all Zod utilities when using Astro Actions.

v4.14.6

Compare Source

Patch Changes

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Copy link

netlify bot commented Aug 8, 2024

Deploy Preview for lomr-blahg ready!

Name Link
🔨 Latest commit cd7c95b
🔍 Latest deploy log https://app.netlify.com/sites/lomr-blahg/deploys/67c5ea9e2381150008a45b23
😎 Deploy Preview https://deploy-preview-9--lomr-blahg.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 062775b to cfd9d8b Compare August 9, 2024 23:30
@renovate renovate bot changed the title Update dependency astro to v4.13.2 Update dependency astro to v4.13.3 Aug 9, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from cfd9d8b to 3f88d6e Compare August 14, 2024 08:48
@renovate renovate bot changed the title Update dependency astro to v4.13.3 Update dependency astro to v4.13.4 Aug 14, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 3f88d6e to 18fae9f Compare August 15, 2024 10:08
@renovate renovate bot changed the title Update dependency astro to v4.13.4 Update dependency astro to v4.14.0 Aug 15, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 18fae9f to 80fe97a Compare August 15, 2024 17:33
@renovate renovate bot changed the title Update dependency astro to v4.14.0 Update dependency astro to v4.14.2 Aug 15, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 80fe97a to 4eef7d0 Compare August 20, 2024 16:19
@renovate renovate bot changed the title Update dependency astro to v4.14.2 Update dependency astro to v4.14.3 Aug 20, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 4eef7d0 to 4ac0bfc Compare August 21, 2024 22:51
@renovate renovate bot changed the title Update dependency astro to v4.14.3 Update dependency astro to v4.14.4 Aug 21, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 4ac0bfc to ce9a423 Compare August 22, 2024 21:29
@renovate renovate bot changed the title Update dependency astro to v4.14.4 Update dependency astro to v4.14.5 Aug 22, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from ce9a423 to 3076eb1 Compare August 28, 2024 10:58
@renovate renovate bot changed the title Update dependency astro to v4.14.5 Update dependency astro to v4.14.6 Aug 28, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 3076eb1 to 05f0037 Compare August 29, 2024 14:48
@renovate renovate bot changed the title Update dependency astro to v4.14.6 Update dependency astro to v4.15.0 Aug 29, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 05f0037 to 348d1eb Compare August 29, 2024 17:25
@renovate renovate bot changed the title Update dependency astro to v4.15.0 Update dependency astro to v4.15.1 Aug 29, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 348d1eb to 43fc7de Compare September 2, 2024 12:57
@renovate renovate bot changed the title Update dependency astro to v4.15.1 Update dependency astro to v4.15.2 Sep 2, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 43fc7de to 8eb8444 Compare September 5, 2024 05:02
@renovate renovate bot changed the title Update dependency astro to v4.15.2 Update dependency astro to v4.15.3 Sep 5, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 8eb8444 to 4a0abb3 Compare September 6, 2024 17:21
@renovate renovate bot changed the title Update dependency astro to v4.15.3 Update dependency astro to v4.15.4 Sep 6, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 4a0abb3 to e08e057 Compare September 13, 2024 12:48
@renovate renovate bot changed the title Update dependency astro to v4.15.4 Update dependency astro to v4.15.5 Sep 13, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from e08e057 to fbef392 Compare September 13, 2024 21:21
@renovate renovate bot changed the title Update dependency astro to v4.15.9 Update dependency astro to v4.15.10 Oct 1, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from f80c2ee to 082b536 Compare October 3, 2024 15:30
@renovate renovate bot changed the title Update dependency astro to v4.15.10 Update astro monorepo Oct 3, 2024
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 5 times, most recently from c3d1ffc to aa6dea3 Compare October 14, 2024 11:01
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 3 times, most recently from ee65eec to 72925db Compare October 17, 2024 19:58
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 72925db to f8b78ae Compare October 22, 2024 12:39
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 3 times, most recently from f7c7926 to 0a2bdf9 Compare November 6, 2024 16:07
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 3 times, most recently from 60ee2b4 to c9fc559 Compare November 15, 2024 13:29
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 3 times, most recently from 5fa0718 to efc1f18 Compare November 27, 2024 16:36
@renovate renovate bot force-pushed the renovate/astro-monorepo branch 2 times, most recently from dd3ad81 to 15e3691 Compare December 5, 2024 18:36
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 15e3691 to 387b1b4 Compare December 18, 2024 12:28
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 387b1b4 to dcdbb70 Compare January 5, 2025 23:17
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from dcdbb70 to 83e9588 Compare January 23, 2025 21:37
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 83e9588 to 2ad6af7 Compare February 1, 2025 21:13
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from 2ad6af7 to a6664d0 Compare February 9, 2025 14:44
@renovate renovate bot force-pushed the renovate/astro-monorepo branch from a6664d0 to cd7c95b Compare March 3, 2025 17:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants