Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upUpdate dependency whatwg-fetch to v3 #14
Open
Conversation
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
renovate bot commentedJul 12, 2019
•
edited
This PR contains the following updates:
^2.0.0->^3.0.0Release Notes
github/fetch
v3.4.0Compare Source
Use globalThis as the global object if it exists #822
v3.3.1Compare Source
v3.3.0Compare Source
Features:
Bug fixes:
Fixed the "self is not defined" error that was reported for NodeJS applications - #794
Reverted the DOMException handling refactor as the original code fixed issues in old Android browsers - #797
Response.arrayBuffer()now always resolve with aArrayBufferas per the specification. -- #816RequestandResponsecan now only be called vianew(as constructors) as per the specification. -- #796Headers which are passed as a
Headersobject no longer have their names normalised as per the specification -- #798Refactor:
thisto stop warnings being emitted from Rollup. -- #815v3.2.0Compare Source
Features:
Bug fixes:
new- #796Refactor:
v3.1.1Compare Source
Bug fix
-- check if Content-Type header exists prior to examining the value #792
v3.1.0Compare Source
Documentation:
fetchwhich are not polyfilled. -- #734Bug fixes:
Empty header names used to not throw an error which was not compliant with the specification. They now throw a TypeError, the same as Chrome, Firefox and Safari do. -- #684
Changed the default status text of a response to align with the specification, the default is now an empty string. -- #698
We now allow exclamation mark as valid header character to align with the specification -- #745
We no longer convert
application/octet-streamresponses intoBlobs if the browser supportsArrayBuffers-- #752Added compatibility for
fetch-mock-- #736Making a fetch request with an empty string for the url no longer throws a DOMException error in Internet Explorer -- #619
Fixed another Internet Explorer bug to make sure all resolved fetch promises will trigger their promise chains -- #575
v3.0.1Compare Source
v3.0.0Compare Source
The
whatwg-fetchpackage is now a module with exports. The following methods/classes are available:fetchHeadersRequestResponseDOMExceptionAll exports except for
DOMExceptionrepresent the polyfill implementations, not the native variants if they are available.This library still automatically acts like a polyfill if native
window.fetchis unavailable; there is currently no way to use it as a ponyfill.Change
credentialsdefault valueomit→same-originto match the updated spec.fetch()andnew Request()now accept thesignalparameter to accept an AbortSignal.Join multiple header values with
,<space>instead of,to match other browsers.Convert any Request/Response unsupported body type to a string to match the spec.
Flow type definitions are now included in the package.
Renovate configuration
This PR has been generated by WhiteSource Renovate. View repository job log here.