fix(zod): resolve global zod mutators against output workspace - #3598
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughIn ChangesZod mutator path resolution fix
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Possibly related PRs
Suggested labels
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
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. Comment |
|
@chippleh1392 yes please separate PR the behavior should be aligned! |
Global
override.zod.preprocess.*andoverride.zod.paramsmutators were resolved against the config workspace, unlike operation/tag-level Zod mutators and other output mutators.This resolves those six global Zod paths against
output.workspaceand adds regression coverage.Out of scope: Global query mutators appear to share the same global-vs-operation workspace mismatch. They are intentionally excluded because this PR follows the six-path Zod scope confirmed in #3458. I can open a separate issue or PR if maintainers want query behavior aligned too.
Closes #3458
Validation:
vp fmt --checkvp run -w build:releasevp run -w lintvp run -w lint:samplesvp run -w typecheckvp run -w testvp run -w test:snapshotsvp run -F orval-tests buildSummary by CodeRabbit
Tests
Bug Fixes