···11----
22-"@urql/core": patch
33----
44-55-Support aborting in `withPromise` cases
-5
.changeset/moody-brooms-refuse.md
···11----
22-'@urql/core': patch
33----
44-55-Passthrough responses with content type of `text/*` as error messages.
-6
.changeset/spotty-ligers-play.md
···11----
22-'@urql/core': minor
33----
44-55-Add `Accept` header to GraphQL HTTP requests. This complies to the specification but doesn't go as far as sending `Content-Type` which would throw a lot of APIs off. Instead, we'll now be sending an accept header for `application/graphql+json, application/json` to indicate that we comply with the GraphQL over HTTP protocol.
66-This also fixes headers merging to allow overriding `Accept` and `Content-Type` regardless of the user options' casing.
-5
.changeset/thin-worms-unite.md
···11----
22-'@urql/exchange-graphcache': patch
33----
44-55-Switch `isFragmentHeuristicallyMatching()` to always return `true` for writes, so that we give every fragment a chance to be applied and to write to the cache.
-5
.changeset/two-masks-draw.md
···11----
22-'@urql/exchange-graphcache': patch
33----
44-55-Fix default storage persisting data after `clear()` was called on it
-11
.changeset/wise-parents-yawn.md
···11----
22-'@urql/svelte': major
33----
44-55-Reimplement Svelte with functional-only API.
66-We've gotten plenty of feedback and issues from the Svelte community about our prior
77-Svelte bindings. These bindings favoured a Store singleton to read and write to,
88-and a separate signal to start an operation.
99-Svelte usually however calls for a lot more flexibility, so we're returning the
1010-API to a functional-only API again that serves to only create stores, which is more
1111-similar to the original implementation.
+9
exchanges/graphcache/CHANGELOG.md
···11# @urql/exchange-graphcache
2233+## 4.4.1
44+55+### Patch Changes
66+77+- Switch `isFragmentHeuristicallyMatching()` to always return `true` for writes, so that we give every fragment a chance to be applied and to write to the cache, by [@kitten](https://github.com/kitten) (See [#2455](https://github.com/FormidableLabs/urql/pull/2455))
88+- ⚠️ Fix default storage persisting data after `clear()` was called on it, by [@JoviDeCroock](https://github.com/JoviDeCroock) (See [#2458](https://github.com/FormidableLabs/urql/pull/2458))
99+- Updated dependencies (See [#2446](https://github.com/FormidableLabs/urql/pull/2446), [#2456](https://github.com/FormidableLabs/urql/pull/2456), and [#2457](https://github.com/FormidableLabs/urql/pull/2457))
1010+ - @urql/core@2.5.0
1111+312## 4.4.0
413514### Minor Changes
···11# @urql/core
2233+## 2.5.0
44+55+### Minor Changes
66+77+- Add `Accept` header to GraphQL HTTP requests. This complies to the specification but doesn't go as far as sending `Content-Type` which would throw a lot of APIs off. Instead, we'll now be sending an accept header for `application/graphql+json, application/json` to indicate that we comply with the GraphQL over HTTP protocol.
88+ This also fixes headers merging to allow overriding `Accept` and `Content-Type` regardless of the user options' casing, by [@kitten](https://github.com/kitten) (See [#2457](https://github.com/FormidableLabs/urql/pull/2457))
99+1010+### Patch Changes
1111+1212+- Support aborting in `withPromise` cases, by [@JoviDeCroock](https://github.com/JoviDeCroock) (See [#2446](https://github.com/FormidableLabs/urql/pull/2446))
1313+- Passthrough responses with content type of `text/*` as error messages, by [@kitten](https://github.com/kitten) (See [#2456](https://github.com/FormidableLabs/urql/pull/2456))
1414+315## 2.4.4
416517### Patch Changes
+1-1
packages/core/package.json
···11{
22 "name": "@urql/core",
33- "version": "2.4.4",
33+ "version": "2.5.0",
44 "description": "The shared core for the highly customizable and versatile GraphQL client",
55 "sideEffects": false,
66 "homepage": "https://formidable.com/open-source/urql/docs/",
+17
packages/svelte-urql/CHANGELOG.md
···11# @urql/svelte
2233+## 2.0.0
44+55+### Major Changes
66+77+- Reimplement Svelte with functional-only API.
88+ We've gotten plenty of feedback and issues from the Svelte community about our prior
99+ Svelte bindings. These bindings favoured a Store singleton to read and write to,
1010+ and a separate signal to start an operation.
1111+ Svelte usually however calls for a lot more flexibility, so we're returning the
1212+ API to a functional-only API again that serves to only create stores, which is more
1313+ similar to the original implementation, by [@jonathanstanley](https://github.com/jonathanstanley) (See [#2370](https://github.com/FormidableLabs/urql/pull/2370))
1414+1515+### Patch Changes
1616+1717+- Updated dependencies (See [#2446](https://github.com/FormidableLabs/urql/pull/2446), [#2456](https://github.com/FormidableLabs/urql/pull/2456), and [#2457](https://github.com/FormidableLabs/urql/pull/2457))
1818+ - @urql/core@2.5.0
1919+320## 1.3.3
421522### Patch Changes