Skip to content

fix(tanstack-query): default enabled option not working#840

Merged
dinwwwh merged 1 commit intomainfrom
fix/tanstack-query/default-enabled-options-not-working
Aug 7, 2025
Merged

fix(tanstack-query): default enabled option not working#840
dinwwwh merged 1 commit intomainfrom
fix/tanstack-query/default-enabled-options-not-working

Conversation

@dinwwwh
Copy link
Copy Markdown
Member

@dinwwwh dinwwwh commented Aug 7, 2025

Summary by CodeRabbit

  • Refactor
    • Updated query option utilities across all supported frameworks to set the enabled property to false when using skipToken, and to undefined otherwise.
    • Adjusted type definitions so that the enabled property can now be boolean or undefined instead of strictly boolean.
  • Tests
    • Updated test cases to expect enabled as undefined (instead of true) when not using skipToken.

@dinwwwh dinwwwh requested a review from Copilot August 7, 2025 03:11
@vercel
Copy link
Copy Markdown

vercel Bot commented Aug 7, 2025

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
orpc ✅ Ready (Inspect) Visit Preview 💬 Add feedback Aug 7, 2025 3:14am

@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented Aug 7, 2025

Walkthrough

The changes update the handling of the enabled property in query option utilities across multiple framework packages. The logic now sets enabled to false when the input is skipToken, and to undefined otherwise. Corresponding type definitions and test assertions have been updated to reflect that enabled can be boolean | undefined instead of strictly boolean.

Changes

Cohort / File(s) Change Summary
React Query Option Utilities & Types
packages/react-query/src/procedure-utils.ts, packages/react-query/src/types.ts, packages/react-query/src/procedure-utils.test.ts
Updated logic to set enabled to false for skipToken input, undefined otherwise; type definitions and tests updated for `boolean
Solid Query Option Utilities & Types
packages/solid-query/src/procedure-utils.ts, packages/solid-query/src/types.ts, packages/solid-query/src/procedure-utils.test.ts
Adjusted enabled logic and types as above; tests updated for new expectations.
Svelte Query Option Utilities & Types
packages/svelte-query/src/procedure-utils.ts, packages/svelte-query/src/types.ts, packages/svelte-query/src/procedure-utils.test.tsx
Changed enabled property handling and types; tests updated to expect undefined instead of true.
TanStack Query Option Utilities, Types & Tests
packages/tanstack-query/src/procedure-utils.ts, packages/tanstack-query/src/types.ts, packages/tanstack-query/src/procedure-utils.test.ts, packages/tanstack-query/src/procedure-utils.test-d.ts
Modified logic to set enabled to false or undefined; updated types and test assertions accordingly.
Vue Query Option Utilities & Types
packages/vue-query/src/procedure-utils.ts, packages/vue-query/src/types.ts, packages/vue-query/src/procedure-utils.test.ts
Updated computed enabled logic and type to allow undefined; tests now expect undefined for non-skipToken inputs.

Sequence Diagram(s)

sequenceDiagram
    participant Caller
    participant ProcedureUtils
    participant QueryOptions

    Caller->>ProcedureUtils: call queryOptions({ input })
    ProcedureUtils->>QueryOptions: create options object
    alt input === skipToken
        QueryOptions-->>Caller: options.enabled = false
    else
        QueryOptions-->>Caller: options.enabled = undefined
    end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~15 minutes

Possibly related PRs

  • unnoq/orpc#505: Adds explicit support for skipToken as a special input, including handling and enabled flag logic in query utilities and tests, closely related to this PR's changes.

Poem

A hop and a skip, the tokens align,
Now enabled is false, or left undefined.
Across React, Vue, and Svelte we go,
Type tweaks and tests all in a row.
With queries more clear, the code shines anew—
A rabbit’s delight, for all the review! 🐇✨

Note

⚡️ Unit Test Generation is now available in beta!

Learn more here, or try it out under "Finishing Touches" below.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 89536c2 and a9bc848.

📒 Files selected for processing (16)
  • packages/react-query/src/procedure-utils.test.ts (3 hunks)
  • packages/react-query/src/procedure-utils.ts (2 hunks)
  • packages/react-query/src/types.ts (2 hunks)
  • packages/solid-query/src/procedure-utils.test.ts (3 hunks)
  • packages/solid-query/src/procedure-utils.ts (2 hunks)
  • packages/solid-query/src/types.ts (2 hunks)
  • packages/svelte-query/src/procedure-utils.test.tsx (3 hunks)
  • packages/svelte-query/src/procedure-utils.ts (2 hunks)
  • packages/svelte-query/src/types.ts (2 hunks)
  • packages/tanstack-query/src/procedure-utils.test-d.ts (4 hunks)
  • packages/tanstack-query/src/procedure-utils.test.ts (4 hunks)
  • packages/tanstack-query/src/procedure-utils.ts (4 hunks)
  • packages/tanstack-query/src/types.ts (2 hunks)
  • packages/vue-query/src/procedure-utils.test.ts (6 hunks)
  • packages/vue-query/src/procedure-utils.ts (2 hunks)
  • packages/vue-query/src/types.ts (2 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (1)
packages/vue-query/src/procedure-utils.ts (1)
packages/vue-query/src/utils.ts (1)
  • unrefDeep (12-29)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (4)
  • GitHub Check: publish-commit
  • GitHub Check: test
  • GitHub Check: lint
  • GitHub Check: Analyze (javascript-typescript)
🔇 Additional comments (26)
packages/react-query/src/procedure-utils.test.ts (3)

36-36: LGTM! Test assertion updated to match new enabled behavior.

The test correctly expects enabled to be undefined instead of true when input is not skipToken, aligning with the new tri-state logic implementation.


75-75: LGTM! Test assertion updated for streamed options.

The test correctly expects enabled to be undefined instead of true for experimental streamed options when input is not skipToken.


133-133: LGTM! Test assertion updated for infinite options.

The test correctly expects enabled to be undefined instead of true for infinite options when input is not skipToken.

packages/react-query/src/types.ts (2)

15-15: LGTM! Type updated to reflect tri-state enabled logic.

The enabled property type correctly changed from boolean to boolean | undefined to support the new logic where it can be explicitly false, undefined, or user-provided boolean values.


39-39: LGTM! Consistent type update for infinite options.

The enabled property type in InfiniteOptionsBase correctly matches the same tri-state logic as QueryOptionsBase.

packages/react-query/src/procedure-utils.ts (3)

90-90: Excellent fix! Enables proper default behavior for the enabled option.

The change from optionsIn.input !== skipToken to optionsIn.input === skipToken ? false : undefined correctly fixes the issue where user-provided enabled values were being overridden. Now enabled is only explicitly set to false for skipToken, allowing TanStack Query to use its default behavior or user-provided values otherwise.


97-97: Consistent fix applied to experimental streamed options.

The same tri-state logic correctly applied to streamed options, maintaining consistency across all query option utilities.


132-132: Consistent fix applied to infinite options.

The same tri-state logic correctly applied to infinite options, completing the consistent behavior across all query option utilities.

packages/vue-query/src/procedure-utils.test.ts (1)

37-37: Test expectations correctly updated to reflect the new tri-state enabled logic.

The test assertions have been properly updated to expect undefined instead of true for the enabled.value property when the input is not skipToken. This aligns with the new implementation where undefined represents the default enabled state, allowing TanStack Query to handle the enabled option according to its default behavior.

Also applies to: 77-77, 105-105, 169-169, 209-209, 271-271

packages/vue-query/src/types.ts (1)

36-36: Type definitions correctly updated to support tri-state enabled logic.

The enabled property type has been properly expanded from ComputedRef<boolean> to ComputedRef<boolean | undefined> in both QueryOptionsBase and InfiniteOptionsBase interfaces. This change supports the new tri-state logic where undefined represents the default/unspecified enabled state.

Also applies to: 68-68

packages/vue-query/src/procedure-utils.ts (1)

84-84: Implementation correctly updated to use tri-state enabled logic.

The enabled computed property logic has been properly updated across all query option methods to use false when input is skipToken and undefined otherwise. This change fixes the default enabled option behavior by:

  • Explicitly disabling queries with false when skipToken is used
  • Allowing TanStack Query's default enabled behavior with undefined for regular inputs
  • Replacing the previous boolean logic that forced enabled to true

The implementation is consistent across queryOptions, experimental_streamedOptions, and infiniteOptions methods.

Also applies to: 91-91, 134-134

packages/solid-query/src/procedure-utils.test.ts (1)

36-36: Test expectations correctly updated to reflect new enabled logic.

The test assertions have been properly updated to expect enabled to be undefined instead of true for non-skipToken cases. This aligns with the new tri-state logic where undefined represents the default/unspecified state, while false explicitly disables queries when skipToken is used.

Also applies to: 75-75, 133-133

packages/solid-query/src/types.ts (1)

23-23: Type definitions correctly updated to support tri-state enabled property.

The enabled property type has been appropriately changed from boolean to boolean | undefined in both QueryOptionsBase and InfiniteOptionsBase interfaces. This change:

  • Maintains backward compatibility by still allowing boolean values
  • Supports the new implementation that uses undefined as the default state
  • Properly reflects the tri-state nature: false (disabled), true (enabled), undefined (default)

Also applies to: 47-47

packages/solid-query/src/procedure-utils.ts (1)

80-80: Implementation correctly updated to fix default enabled option behavior.

The logic changes properly address the PR objective by:

  1. Preserving skipToken behavior: Setting enabled: false when input === skipToken to explicitly disable queries
  2. Fixing default enabled behavior: Setting enabled: undefined for non-skipToken cases allows TanStack Query's default enabled logic to work properly
  3. Maintaining consistency: All three query option methods (queryOptions, experimental_streamedOptions, infiniteOptions) use the same logic pattern

This tri-state approach (false | undefined) is superior to the previous boolean approach as it distinguishes between "explicitly disabled" and "use default behavior", which resolves the issue where the default enabled option wasn't working.

Also applies to: 87-87, 122-122

packages/svelte-query/src/types.ts (2)

23-23: LGTM: Type definition correctly updated to support undefined state.

The change from boolean to boolean | undefined properly reflects the new behavior where enabled can be explicitly false (when using skipToken), explicitly true, or undefined (default state).


47-47: LGTM: Consistent type definition update for infinite queries.

The type change is consistent with the QueryOptionsBase interface, maintaining coherence across the codebase.

packages/svelte-query/src/procedure-utils.test.tsx (3)

36-36: LGTM: Test correctly expects undefined for default enabled state.

The test expectation change from true to undefined aligns with the new implementation where enabled defaults to undefined when not using skipToken.


75-75: LGTM: Consistent test expectation for streamed queries.

The test change maintains consistency with the queryOptions test behavior.


133-133: LGTM: Consistent test expectation for infinite queries.

The test change maintains consistency across all query types.

packages/svelte-query/src/procedure-utils.ts (3)

80-80: LGTM: Implementation correctly fixes default enabled option behavior.

The change from optionsIn.input !== skipToken to the ternary expression properly allows TanStack Query to handle its own default enabled behavior when undefined, while explicitly disabling queries when skipToken is used.


87-87: LGTM: Consistent implementation for streamed queries.

The same logic is correctly applied to experimental streamed queries, maintaining consistency across all query types.


122-122: LGTM: Consistent implementation for infinite queries.

The implementation maintains consistency across all three query utility methods, ensuring uniform behavior.

packages/tanstack-query/src/procedure-utils.test.ts (1)

49-49: LGTM: Test assertions correctly updated for new enabled logic

The updated test assertions properly reflect the new tri-state logic where enabled is undefined (allowing TanStack Query's default behavior) when input is not skipToken, and false (explicitly disabled) when input is skipToken. This is more semantically correct than the previous behavior of explicitly setting enabled: true.

Also applies to: 100-100, 185-185, 271-271

packages/tanstack-query/src/procedure-utils.test-d.ts (1)

151-151: LGTM: Type assertions updated to match new enabled property type

The type assertions correctly reflect the updated enabled property type of boolean | undefined. This maintains type safety consistency between the interface definitions and the actual implementation behavior.

Also applies to: 284-284, 413-413, 664-664

packages/tanstack-query/src/types.ts (1)

53-53: LGTM: Type definitions correctly updated to support undefined enabled state

The type change from boolean to boolean | undefined properly supports the new tri-state logic where undefined allows TanStack Query to use its default enabled behavior, while false explicitly disables queries. This is a more semantically correct approach than forcing a boolean value.

Also applies to: 78-78

packages/tanstack-query/src/procedure-utils.ts (1)

187-187: LGTM: Implementation correctly fixes the default enabled option issue

The logic change from explicitly setting enabled: true to enabled: undefined for non-skipToken cases is the correct fix. This allows TanStack Query's default enabled behavior to work properly while still explicitly disabling queries when skipToken is used.

The previous implementation was incorrectly overriding TanStack Query's default behavior, which would prevent user-provided enabled options from working as expected. This tri-state approach is more semantically correct for a library integration.

Also applies to: 203-203, 244-244, 301-301

✨ Finishing Touches
  • 📝 Generate Docstrings
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch fix/tanstack-query/default-enabled-options-not-working

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai generate unit tests to generate unit tests for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@dosubot dosubot Bot added the size:M This PR changes 30-99 lines, ignoring generated files. label Aug 7, 2025
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

This PR fixes an issue where the default enabled option was not working correctly in tanstack-query. The fix involves changing the enabled property from requiring a boolean value to allowing boolean | undefined in type definitions, and updating the logic to return undefined instead of true when input is not a skipToken.

  • Updates type definitions to allow undefined as a valid value for the enabled property
  • Changes enabled logic from input !== skipToken to input === skipToken ? false : undefined
  • Updates all corresponding test expectations to match the new behavior

Reviewed Changes

Copilot reviewed 16 out of 16 changed files in this pull request and generated no comments.

Show a summary per file
File Description
packages/vue-query/src/types.ts Updates type definitions to allow enabled: ComputedRef<boolean | undefined>
packages/vue-query/src/procedure-utils.ts Changes enabled logic to return undefined instead of true for non-skipToken inputs
packages/vue-query/src/procedure-utils.test.ts Updates test expectations from true to undefined
packages/tanstack-query/src/types.ts Updates type definitions to allow enabled: boolean | undefined
packages/tanstack-query/src/procedure-utils.ts Changes enabled logic to return undefined instead of true for non-skipToken inputs
packages/tanstack-query/src/procedure-utils.test.ts Updates test expectations from true to undefined
packages/tanstack-query/src/procedure-utils.test-d.ts Updates TypeScript type tests to expect boolean | undefined
packages/svelte-query/src/types.ts Updates type definitions to allow enabled: boolean | undefined
packages/svelte-query/src/procedure-utils.ts Changes enabled logic to return undefined instead of true for non-skipToken inputs
packages/svelte-query/src/procedure-utils.test.tsx Updates test expectations from true to undefined
packages/solid-query/src/types.ts Updates type definitions to allow enabled: boolean | undefined
packages/solid-query/src/procedure-utils.ts Changes enabled logic to return undefined instead of true for non-skipToken inputs
packages/solid-query/src/procedure-utils.test.ts Updates test expectations from true to undefined
packages/react-query/src/types.ts Updates type definitions to allow enabled: boolean | undefined
packages/react-query/src/procedure-utils.ts Changes enabled logic to return undefined instead of true for non-skipToken inputs
packages/react-query/src/procedure-utils.test.ts Updates test expectations from true to undefined

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Summary of Changes

Hello @unnoq, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses an issue where the enabled option in TanStack Query was not behaving as expected, specifically regarding its default value. My changes ensure that when skipToken is used, enabled is explicitly false, and otherwise, it defaults to undefined. This aligns the behavior with how TanStack Query typically handles default enabled states, providing a more consistent and predictable experience across the various framework integrations.

Highlights

  • Corrected 'enabled' option logic: I've corrected the logic for the enabled property within procedure-utils.ts files across multiple packages (react-query, solid-query, svelte-query, tanstack-query, and vue-query). Previously, enabled was implicitly set to true when skipToken was not used. Now, it explicitly defaults to undefined in such cases, aligning with the expected behavior of TanStack Query.
  • Updated 'enabled' type definition: To accommodate the new default behavior, I've updated the type definition of the enabled property in the respective types.ts files. It now correctly allows for undefined in addition to boolean.
  • Synchronized test expectations: I've adjusted the test expectations in procedure-utils.test.ts and procedure-utils.test-d.ts files. Tests now correctly assert that options.enabled is undefined when skipToken is not present, reflecting the changes in the core logic.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in issue comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments or fill out our survey to provide feedback.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request fixes an issue with the enabled option in query utilities not respecting user-provided values or TanStack Query defaults. The change to return undefined instead of true for the enabled property when a query is not explicitly disabled is correct and aligns with TanStack Query's behavior. The fix has been applied consistently across all packages, and the corresponding type definitions and tests have been updated accordingly. Overall, this is a solid fix. I've added one suggestion to improve maintainability by reducing some code duplication.

Comment thread packages/tanstack-query/src/procedure-utils.ts
@codecov
Copy link
Copy Markdown

codecov Bot commented Aug 7, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

@pkg-pr-new
Copy link
Copy Markdown

pkg-pr-new Bot commented Aug 7, 2025

More templates

@orpc/arktype

npm i https://pkg.pr.new/@orpc/arktype@840

@orpc/client

npm i https://pkg.pr.new/@orpc/client@840

@orpc/contract

npm i https://pkg.pr.new/@orpc/contract@840

@orpc/experimental-durable-event-iterator

npm i https://pkg.pr.new/@orpc/experimental-durable-event-iterator@840

@orpc/hey-api

npm i https://pkg.pr.new/@orpc/hey-api@840

@orpc/json-schema

npm i https://pkg.pr.new/@orpc/json-schema@840

@orpc/nest

npm i https://pkg.pr.new/@orpc/nest@840

@orpc/openapi

npm i https://pkg.pr.new/@orpc/openapi@840

@orpc/openapi-client

npm i https://pkg.pr.new/@orpc/openapi-client@840

@orpc/react

npm i https://pkg.pr.new/@orpc/react@840

@orpc/react-query

npm i https://pkg.pr.new/@orpc/react-query@840

@orpc/server

npm i https://pkg.pr.new/@orpc/server@840

@orpc/shared

npm i https://pkg.pr.new/@orpc/shared@840

@orpc/solid-query

npm i https://pkg.pr.new/@orpc/solid-query@840

@orpc/standard-server

npm i https://pkg.pr.new/@orpc/standard-server@840

@orpc/standard-server-aws-lambda

npm i https://pkg.pr.new/@orpc/standard-server-aws-lambda@840

@orpc/standard-server-fetch

npm i https://pkg.pr.new/@orpc/standard-server-fetch@840

@orpc/standard-server-node

npm i https://pkg.pr.new/@orpc/standard-server-node@840

@orpc/standard-server-peer

npm i https://pkg.pr.new/@orpc/standard-server-peer@840

@orpc/svelte-query

npm i https://pkg.pr.new/@orpc/svelte-query@840

@orpc/tanstack-query

npm i https://pkg.pr.new/@orpc/tanstack-query@840

@orpc/trpc

npm i https://pkg.pr.new/@orpc/trpc@840

@orpc/valibot

npm i https://pkg.pr.new/@orpc/valibot@840

@orpc/vue-colada

npm i https://pkg.pr.new/@orpc/vue-colada@840

@orpc/vue-query

npm i https://pkg.pr.new/@orpc/vue-query@840

@orpc/zod

npm i https://pkg.pr.new/@orpc/zod@840

commit: a9bc848

@dinwwwh dinwwwh merged commit 9257f5d into main Aug 7, 2025
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size:M This PR changes 30-99 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants