Skip to content

chore(deps): update all non-major dependencies #42

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

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

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Jul 21, 2025

This PR contains the following updates:

Package Change Age Confidence
@iconify-json/logos ^1.2.4 -> ^1.2.5 age confidence
@iconify-json/lucide ^1.2.57 -> ^1.2.61 age confidence
@iconify-json/simple-icons ^1.2.43 -> ^1.2.46 age confidence
@nuxt/eslint (source) ^1.5.2 -> ^1.8.0 age confidence
@nuxt/ui-pro (source) ^3.2.0 -> ^3.3.0 age confidence
@nuxtjs/mdc ^0.17.1 -> ^0.17.2 age confidence
@types/node (source) ^22.16.4 -> ^22.17.0 age confidence
drizzle-orm (source) ^0.44.3 -> ^0.44.4 age confidence
eslint (source) ^9.31.0 -> ^9.32.0 age confidence
nuxt-auth-utils ^0.5.20 -> ^0.5.23 age confidence
pnpm (source) 10.13.1 -> 10.14.0 age confidence
typescript (source) ^5.8.3 -> ^5.9.2 age confidence
vue-tsc (source) ^3.0.1 -> ^3.0.5 age confidence
wrangler (source) ^4.24.4 -> ^4.28.1 age confidence

Release Notes

nuxt/eslint (@​nuxt/eslint)

v1.8.0

Compare Source

   🚀 Features
    View changes on GitHub

v1.7.1

Compare Source

   🐞 Bug Fixes
    View changes on GitHub

v1.7.0

Compare Source

   🚀 Features
    View changes on GitHub

v1.6.0

Compare Source

   🐞 Bug Fixes
    View changes on GitHub
nuxt/ui-pro (@​nuxt/ui-pro)

v3.3.0

Compare Source

drizzle-team/drizzle-orm (drizzle-orm)

v0.44.4

Compare Source

eslint/eslint (eslint)

v9.32.0

Compare Source

atinux/nuxt-auth-utils (nuxt-auth-utils)

v0.5.23

Compare Source

compare changes

🚀 Enhancements
🩹 Fixes
  • Prevent session password in .env from being included in production builds (#​419)
🏡 Chore
❤️ Contributors

v0.5.22

Compare Source

compare changes

🚀 Enhancements
  • Add Okta OAuth provider (#​429)
🩹 Fixes
  • keycloak: Allow fetch userinfo using internal url (#​430)
📖 Documentation
  • Fix missing auth.d.ts session types in server dir Nuxt 4 (#​437)
🏡 Chore
  • release: V0.5.20 (f7127f5)
  • Update to return when using invalidState (60f32d8)
  • release: V0.5.21 (c645d59)
❤️ Contributors

v0.5.21

Compare Source

compare changes

🩹 Fixes
  • keycloak: Allow fetch userinfo using internal url (#​430)
📖 Documentation
  • Fix missing auth.d.ts session types in server dir Nuxt 4 (#​437)
🏡 Chore
  • release: V0.5.20 (f7127f5)
  • Update to return when using invalidState (60f32d8)
❤️ Contributors
pnpm/pnpm (pnpm)

v10.14.0

Compare Source

Minor Changes
  • Added support for JavaScript runtime resolution

    Declare Node.js, Deno, or Bun in devEngines.runtime (inside package.json) and let pnpm download and pin it automatically.

    Usage example:

    {
      "devEngines": {
        "runtime": {
          "name": "node",
          "version": "^24.4.0",
          "onFail": "download" (we only support the "download" value for now)
        }
      }
    }

    How it works:

    1. pnpm install resolves your specified range to the latest matching runtime version.
    2. The exact version (and checksum) is saved in the lockfile.
    3. Scripts use the local runtime, ensuring consistency across environments.

    Why this is better:

    1. This new setting supports also Deno and Bun (vs. our Node-only settings useNodeVersion and executionEnv.nodeVersion)
    2. Supports version ranges (not just a fixed version).
    3. The resolved version is stored in the pnpm lockfile, along with an integrity checksum for future validation of the Node.js content's validity.
    4. It can be used on any workspace project (like executionEnv.nodeVersion). So, different projects in a workspace can use different runtimes.
    5. For now devEngines.runtime setting will install the runtime locally, which we will improve in future versions of pnpm by using a shared location on the computer.

    Related PR: #​9755.

  • Add --cpu, --libc, and --os to pnpm install, pnpm add, and pnpm dlx to customize supportedArchitectures via the CLI #​7510.

Patch Changes
  • Fix a bug in which pnpm add downloads packages whose libc differ from pnpm.supportedArchitectures.libc.
  • The integrities of the downloaded Node.js artifacts are verified #​9750.
  • Allow dlx to parse CLI flags and options between the dlx command and the command to run or between the dlx command and -- #​9719.
  • pnpm install --prod should removing hoisted dev dependencies #​9782.
  • Fix an edge case bug causing local tarballs to not re-link into the virtual store. This bug would happen when changing the contents of the tarball without renaming the file and running a filtered install.
  • Fix a bug causing pnpm install to incorrectly assume the lockfile is up to date after changing a local tarball that has peers dependencies.
microsoft/TypeScript (typescript)

v5.9.2

Compare Source

vuejs/language-tools (vue-tsc)

v3.0.5

Compare Source

Features
  • feat(language-core): introduce compileSFCStyle to provide style related infomation (#​5548) - Thanks to @​KazariEX!
  • feat(language-service): completion snippet for v-for (#​5553) - Thanks to @​KazariEX!
Bug Fixes
  • fix(language-core): generate modelModifiers for explicitly declared default model name (#​5558) - Thanks to @​KazariEX!
  • fix(language-service): more responsive .value insertion
  • fix(vscode): add class scope fallback for component semantic tokens (#​5559) - Thanks to @​KazariEX!
  • fix(vscode): make sure extension is loaded immediately
  • fix(language-service): only check globalTypesPath for FS files
  • fix(vscode): handle fail tsserver requests to avoid memory leak
  • fix(vscode): do not delay the execution of restartExtensionHost
  • fix(language-core): avoid references highlight of unrelated native element tags (#​5563) - Thanks to @​KazariEX!
  • fix(language-core): tolerance for incomplete root template tag
  • fix(language-core): enable navigation code feature on directive modifiers - Thanks to @​KazariEX!
Other Changes

v3.0.4

Compare Source

Features
  • feat(language-service): check casing when dropping component into template - Thanks to @​KazariEX!
  • feat(language-service): native completion experience for slot names (#​5552) - Thanks to @​KazariEX!
Bug Fixes
  • fix(language-core): avoid clearing global types path when local compiler options is present - Thanks to @​KazariEX!
  • fix(language-core): do not evaluate skipTemplateCodegen when exposing $slots - Thanks to @​KazariEX!
  • fix(language-service): correct kind and order of component completion items - Thanks to @​KazariEX!
  • fix(component-meta): filter events out of props (#​5547) - Thanks to @​Akryum!
Other Changes
  • refactor(language-core): allow configuring checkUnknownEvents and checkUnknownComponents in sfc (#​5537) - Thanks to @​KazariEX!
  • chore(language-service): add restart server hint to global types warning - Thanks to @​KazariEX!

v3.0.3

Compare Source

Bug Fixes
  • fix(language-core): find node_modules based on file's directory (#​5525) - Thanks to @​KazariEX!
  • fix(language-core): do not spread exposed object (#​5526) - Thanks to @​KazariEX!
  • fix(vscode): prompt manual reload in remote envs (#​5530)
Other Changes

v3.0.2

Compare Source

Features
  • feat(language-core): introduce globalTypesPath option for non-npm like environment (#​5505) - Thanks to @​KazariEX!
  • feat: forward tsserver's semantic tokens via language server (#​5512) - Thanks to @​KazariEX!
Bug Fixes
  • fix(vscode): correct syntax highlight of control directives ending with / or ) - Thanks to @​KazariEX!
  • fix(language-core): infer parameter type of union slots to be union instead of intersection (#​5475) - Thanks to @​KazariEX!
  • fix(vscode): remove colorizedBracketPairs config for plaintext
  • fix(language-core): avoid early access to local types to skip unnecessary type generation - Thanks to @​KazariEX!
  • fix(language-core): treat <component> without is prop as normal component - Thanks to @​KazariEX!
  • fix(vscode): make sure tsserver loads @vue/typescript-plugin last (#​5483)
  • fix(language-core): only keep navigation code feature on static name value of <slot> - Thanks to @​KazariEX!
  • fix(language-server): add allowJs to reactivity analyze host - Thanks to @​KazariEX!
  • fix(language-core): do not set template lang to md for markdown (#​5497) - Thanks to @​KazariEX!
  • fix(typescript-plugin): exclude items of kind module from template completion - Thanks to @​KazariEX!
  • fix(language-core): walk identifiers correctly within type nodes in interpolation (#​5501) - Thanks to @​KazariEX!
  • fix(language-service): correct position calculation of twoslash queries (#​5503) - Thanks to @​KazariEX!
  • fix(language-core): avoid redundant increment of block variable depth (#​5511) - Thanks to @​KazariEX!
  • fix(language-service): re-implement twoslash queries in script - Thanks to @​KazariEX!
Other Changes
  • refactor(vscode): make welcome page code public - Thanks to @​KazariEX!
  • refactor(vscode): add premium feature settings
  • chore: migrate from minimatch to picomatch (#​5499) - Thanks to @​KazariEX!
  • chore: update volar to 2.4.19
  • revert: type support of slot children (#​5137) (#​5514) - Thanks to @​KazariEX!
cloudflare/workers-sdk (wrangler)

v4.28.1

Compare Source

Patch Changes
  • #​10130 773cca3 Thanks @​dario-piotrowicz! - update maybeStartOrUpdateRemoteProxySession config argument (to allow callers to specify an environment)

    Before this change maybeStartOrUpdateRemoteProxySession could be called with either the path to a wrangler config file or the configuration of a worker. The former override however did not allow the caller to specify an environment, so the maybeStartOrUpdateRemoteProxySession API has been updated so that in the wrangler config case an object (with the path and a potential environment) needs to be passed instead.

    For example, before callers could invoke the function in the following way

    await maybeStartOrUpdateRemoteProxySession(configPath);

    note that there is no way to tell the function what environment to use when parsing the wrangle configuration.

    Now callers will instead call the function in the following way:

    await maybeStartOrUpdateRemoteProxySession({
    	path: configPath,
    	environment: targetEnvironment,
    });

    note that now a target environment can be specified.

  • #​10130 773cca3 Thanks @​dario-piotrowicz! - fix getPlatformProxy not taking into account the potentially specified environment for remote bindings

  • #​10122 2e8eb24 Thanks @​dario-piotrowicz! - fix startWorker not respecting auth options for remote bindings

    fix startWorker currently not taking into account the auth field
    that can be provided as part of the dev options when used in conjunction
    with remote bindings

    example:

    Given the following

    import { unstable_startWorker } from "wrangler";
    
    const worker = await unstable_startWorker({
    	entrypoint: "./worker.js",
    	bindings: {
    		AI: {
    			type: "ai",
    			experimental_remote: true,
    		},
    	},
    	dev: {
    		experimentalRemoteBindings: true,
    		auth: {
    			accountId: "<ACCOUNT_ID>",
    			apiToken: {
    				apiToken: "<API_TOKEN>",
    			},
    		},
    	},
    });
    
    await worker.ready;

    wrangler will now use the provided <ACCOUNT_ID> and <API_TOKEN> to integrate with
    the remote AI binding instead of requiring the user to authenticate.

  • #​10209 93c4c26 Thanks @​devin-ai-integration! - fix: strip ANSI escape codes from log files to improve readability and parsing

  • #​9774 48853a6 Thanks @​nikitassharma! - Validate container configuration against account limits in wrangler to give early feedback to the user

  • #​10122 2e8eb24 Thanks @​dario-piotrowicz! - fix incorrect TypeScript type for AI binding in the startWorker API

v4.28.0

Compare Source

Minor Changes
Patch Changes
  • #​10004 b4d1373 Thanks @​dario-piotrowicz! - fix wrangler dev logs being logged on the incorrect level in some cases

    currently the way wrangler dev prints logs is faulty, for example the following code

    console.error("this is an error");
    console.warn("this is a warning");
    console.debug("this is a debug");

    inside a worker would cause the following logs:

    ✘ [ERROR] this is an error
    
    ✘ [ERROR] this is a warning
    
    this is a debug
    

    (note that the warning is printed as an error and the debug log is printed even if by default it should not)

    the changes here make sure that the logs are instead logged to their correct level, so for the code about the following will be logged instead:

    ✘ [ERROR] this is an error
    
    ▲ [WARNING] this is a warning
    

    (running wrangler dev with the --log-level=debug flag will also cause the debug log to be included as well)

  • #​10099 360004d Thanks @​emily-shen! - fix: move local dev container cleanup to process exit hook. This should ensure containers are cleaned up even when Wrangler is shut down programatically.

  • #​10186 dae1377 Thanks @​matthewdavidrodgers! - Deleting when Pages project binds to worker requires confirmation

  • #​10169 1655bec Thanks @​devin-ai-integration! - fix: report startup errors before workerd profiling

  • #​10136 354a001 Thanks @​nikitassharma! - Update wrangler containers images list to make fewer API calls to improve command runtime

  • #​10157 5c3b83f Thanks @​devin-ai-integration! - Enforce 64-character limit for Workflow binding names locally to match production validation

  • #​10154 502a8e0 Thanks @​devin-ai-integration! - Fix UTF BOM handling in config files - remove UTF-8 BOM and error on other BOMs

  • #​10176 07c8611 Thanks @​devin-ai-integration! - Add macOS version validation to prevent EPIPE errors on unsupported macOS versions (below 13.5). Miniflare and C3 fail hard while Wrangler shows warnings but continues execution.

  • Updated dependencies [6b9cd5b, 631f26d, d6ecd05, b4d1373, 8ba7736, 07c8611, 7e204a9, 3f83ac1]:

v4.27.0

Compare Source

Minor Changes
  • #​9914 a24c9d8 Thanks @​petebacondarwin! - Add support for loading local dev vars from .env files

    If there are no .dev.vars or .dev.vars.<environment> files, when running Wrangler or the Vite plugin in local development mode,
    they will now try to load additional local dev vars from .env, .env.local, .env.<environment> and .env.<environment>.local files.

    These loaded vars are only for local development and have no effect in production to the vars in a deployed Worker.
    Wrangler and Vite will continue to load .env files in order to configure themselves as a tool.

    Further details:

    • In vite build the local vars will be computed and stored in a .dev.vars file next to the compiled Worker code, so that vite preview can use them.
    • The wrangler types command will similarly read the .env files (if no .dev.vars files) in order to generate the Env interface.
    • If the CLOUDFLARE_LOAD_DEV_VARS_FROM_DOT_ENV environment variable is "false" then local dev variables will not be loaded from .env files.
    • If the CLOUDFLARE_INCLUDE_PROCESS_ENV environment variable is "true" then all the environment variables found on process.env will be included as local dev vars.
    • Wrangler (but not Vite plugin) also now supports the --env-file=<path/to/dotenv/file> global CLI option. This affects both loading .env to configure Wrangler the tool as well as loading local dev vars.
Patch Changes
  • #​10051 0f7820e Thanks @​nikitassharma! - Add support for custom instance limits for containers. For example, instead of
    having to use the preconfigured dev/standard/basic instance types, you can now
    set:

    instance_type: {
      vcpu: 1,
      memory_mib: 1024,
      disk_mb: 4000
    }
    

    This feature is currently only available to customers on an enterprise plan.

  • #​10149 e9bb8d3 Thanks @​vicb! - fix require("debug") in nodejs_compat mode

  • Updated dependencies [9b61f44]:

    • miniflare@4.20250730.0

v4.26.1

Compare Source

Patch Changes
  • #​10061 f8a80a8 Thanks @​emily-shen! - feat(containers): try to automatically get the socket path that the container engine is listening on.

    Currently, if your container engine isn't set up to listen on unix:///var/run/docker.sock (or isn't symlinked to that), then you have to manually set this via the dev.containerEngine field in your Wrangler config, or via the env vars WRANGLER_DOCKER_HOST. This change means that we will try and get the socket of the current context automatically. This should reduce the occurrence of opaque internal errors thrown by the runtime when the daemon is not listening on unix:///var/run/docker.sock.

    In addition to WRANGLER_DOCKER_HOST, DOCKER_HOST can now also be used to set the container engine socket address.

  • #​10048 dbdbb8c Thanks @​vicb! - pass the compatibility date and flags to the unenv preset

  • #​10096 687655f Thanks @​vicb! - bump unenv to 2.0.0-rc.19

  • #​9897 755a249 Thanks @​edmundhung! - fix: wrangler types should infer the types of the default worker entrypoint

  • Updated dependencies [82a5b2e, f8f7352, 2df1d06, dbdbb8c, 5991a9c, 687655f]:

v4.26.0

Compare Source

Minor Changes
  • #​10016 c5b291d Thanks @​emily-shen! - Interactively handle wrangler deploys that are probably assets-only, where there is no config file and flags are incorrect or missing.

    For example:

    npx wrangler deploy ./public will now ask if you meant to deploy a folder of assets only, ask for a name, set the compat date and then ask whether to write your choices out to wrangler.json for subsequent deployments.

    npx wrangler deploy --assets=./public will now ask for a name, set the compat date and then ask whether to write your choices out to wrangler.json for subsequent deployments.

    In non-interactive contexts, Wrangler will error as it currently does.

  • #​9971 19794bf Thanks @​edmundhung! - Improved script source display on the pretty error screen

Patch Changes
  • #​9800 3d4f946 Thanks @​helloimalastair! - remove banner from r2 getobject in pipe mode

  • #​9910 7245101 Thanks @​dario-piotrowicz! - make sure that the ready-on message is printed after the appropriate runtime controller is ready

    fix the fact that when starting a local (or remote) dev session the log saying Ready on http://localhost:xxxx could be displayed before the runtime is actually ready to handle requests (this is quite noticeable when locally running dev sessions with containers, where the ready message currently gets displayed before the container images building/pulling process)

  • #​10031 823cba8 Thanks @​vicb! - wrangler and vite-plugin now depend upon the latest version of unenv-preset

  • #​10032 154acf7 Thanks @​dario-piotrowicz! - add support for containers in wrangler multiworker dev

    currently when running wrangler dev with different workers (meaning that the -c|--config flag is used multiple times) containers are not being included, meaning that trying to interact with them at runtime would not work and cause errors instead. The changes here address the above making wrangler correctly detect and wire up the containers.

  • #​9988 7fb0bfd Thanks @​penalosa! - Correctly label mtls remote bindings warning

  • Updated dependencies [823cba8, 19794bf, 059a39e]:

v4.25.1

Compare Source

Patch Changes
  • #​10000 c02b067 Thanks @​emily-shen! - Include more (sanitised) user errors in telemetry.

    We manually vet and sanitised error messages before including them in our telemetry collection - this PR just includes a couple more.

  • #​9996 b0217f9 Thanks @​nikitassharma! - Disallow users from pushing images with unsupported platforms to the container image registry

  • #​10009 e87198a Thanks @​gpanders! - Fix containers diff output when using JSONC config files

  • #​9976 ad02ad3 Thanks @​dario-piotrowicz! - add warning for when users run wrangler dev --remote with (enabled) containers

  • #​9819 0c4008c Thanks @​CarmenPopoviciu! - feat(vite-plugin): Add containers support in vite dev

    Adds support for Cloudflare Containers in vite dev. Please note that at the time of this PR a container image can only specify the path to a Dockerfile. Support for registry links will be added in a later version, as will containers support in vite preview.

  • Updated dependencies [189fe23, 7e5585d]:

v4.25.0

Compare Source

Minor Changes
Patch Changes

Configuration

📅 Schedule: Branch creation - "on Monday" (UTC), 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

nuxthub-admin bot commented Jul 21, 2025

✅ Deployed chat-template

Deployed chat-template 981799b to preview

🔗 renovate-all-minor-patch.chat-template.pages.dev
📌 1244a9fa.chat-template.pages.dev
📱
View QR Code QR code linking to deployment URL.

📋 View deployment logs

@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 901b764 to ed38e0a Compare July 21, 2025 09:15
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from ed38e0a to f756113 Compare July 22, 2025 08:10
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from f756113 to 3f7326d Compare July 22, 2025 12:09
@renovate renovate bot force-pushed the renovate/all-minor-patch branch 2 times, most recently from 514721b to 044e080 Compare July 24, 2025 11:06
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 044e080 to 0d4dade Compare July 24, 2025 16:59
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 0d4dade to 84c90a6 Compare July 25, 2025 00:02
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 84c90a6 to db911b8 Compare July 25, 2025 17:07
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from db911b8 to de84f8d Compare July 29, 2025 12:32
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from de84f8d to 988d3a5 Compare July 29, 2025 20:10
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 988d3a5 to 4178a04 Compare July 30, 2025 06:46
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 4178a04 to 93d0d71 Compare July 31, 2025 18:35
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 93d0d71 to 3aaeab7 Compare August 1, 2025 16:28
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from 3aaeab7 to cb1c02b Compare August 2, 2025 12:53
@renovate renovate bot force-pushed the renovate/all-minor-patch branch from cb1c02b to 48ed14c Compare August 4, 2025 06:52
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