···11+---
22+'@urql/core': minor
33+---
44+55+Allow subscriptions to be handled by the `fetchExchange` when `fetchSubscriptions` is turned on.
+10
packages/core/src/client.ts
···100100 * @see {@link https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API} for the Fetch API spec.
101101 */
102102 fetch?: typeof fetch;
103103+ /** Allows a subscription to be executed using a `fetch` API request.
104104+ *
105105+ * @remarks
106106+ * If your API supports the `text/event-stream` and/or `multipart/mixed` response protocol, and you use
107107+ * this protocol to handle subscriptions, then you may switch this flag to `true`.
108108+ *
109109+ * This means you won’t have to create a {@link subscriptionExchange} to handle subscriptions with an
110110+ * external transport, and will instead be able to use GraphQL over HTTP transports.
111111+ */
112112+ fetchSubscriptions?: boolean;
103113 /** A list of `Exchange`s that will be used to create the `Client`'s execution pipeline.
104114 *
105115 * @remarks
···473473 * @see {@link https://developer.mozilla.org/en-US/docs/Web/API/fetch} for a description of this object.
474474 */
475475 fetchOptions?: RequestInit | (() => RequestInit);
476476+ /** Allows the `fetchExchange` to handle subscriptions.
477477+ *
478478+ * @remarks
479479+ * When set to `true`, subscriptions are allowed to be handled by the {@link fetchExchange} and will
480480+ * be sent using a `fetch` call as GraphQL over HTTP requests.
481481+ * This may be enabled on {@link ClientOptions.fetchSubscriptions} when your API supports the
482482+ * `text/event-stream` and `multipart/mixed` response protocols and is able to use them to
483483+ * respond with subscription results.
484484+ */
485485+ fetchSubscriptions?: boolean;
476486 /** The request and caching strategy instructing cache exchanges how to treat cached results.
477487 *
478488 * @remarks