Repository navigation
fix(nuxt): accept any baseURL when fetch response type is named - #36523
Conversation
@nuxt/kit
@nuxt/nitro-server
nuxt
@nuxt/rspack-builder
@nuxt/schema
@nuxt/vite-builder
@nuxt/vite-server
@nuxt/webpack-builder
commit: |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configuration
📒 Files selected for processing (3)
Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 9 remain after this review. WalkthroughFetch type defaults now account for request constraints and explicit response types. The changes update TypedFetch and useFetch signatures, including configured fetch instances. Type fixtures check baseURL values, contextual response typing, and rejection of an invalid route. Priority: ➖ Normal Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to No actionable merge-blocking issue is established. Run the type fixtures as part of normal checks. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)✨ Finishing Touches 💡 1📝 Generate docstrings
🧪 Generate unit tests (beta)
🛠️ Fix failing CI checks 💡
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 |

🔗 Linked issue
resolves #36521
📚 Description
since 4.6.0, naming the response type of a call meant it no longer accepted a
baseURL, even though it worked in 4.5.x:this was becase a call that named one type argument couldn't infer the others, so the base falls back to its
''default.so this PR makes the default
stringwhen the request type has fallen back to its own default...