feat!: 3.0#2692
Conversation
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ 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 |
commit: |
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|
Warning Review the following alerts detected in dependencies. According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.
|
|
Hey @kettanaito, thanks a lot for your great work! Is it possible to include this feature? Here’s the link: #2357 |
|
@dsonet GraphQL subscriptions will likely make it either to 3.0 or even to 2.0. They aren't as tedious to implement with the new architecture now. I've introduced the concept of handlers merging in the recent changes to 2.0 and that was the missing piece for the subscriptions. As always, if your company needs that support in MSW, please consider becoming a sponsor! Thank you. |
navigaterequests #1594BREAKING CHANGES
Headers.getSetCookie#2730)Features
path-to-regexpto@msw/url(feat!: migrate to@msw/url#2678).worker.stop()returns a Promise (fix: await in-flight requests from closing clients #2724). Awaiting it is relevant only in in-flight critical scenarios.Bug fixes
beforeunloadlistener would unregister the MSW worker (My app hooks in beforeunload with a confirmation message and then MSW stops working #1105).maxWorkers: 1(Firefox & Vitest Browser Mode Timing Problems (CI) #2726).worker.stop()(fix: await in-flight requests from closing clients #2724, MSW sometimes still handles requests after worker is stopped #2597).Todos