xhr
xhr copied to clipboard
naugtur
A small xhr wrapper
Snyk has created this PR to upgrade parse-headers from 2.0.3 to 2.0.4.  :information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more...
+ bring back functionality of inspecting request from response TODO: need to compare with `request` package for compatibility. Replaces: #150 and fixes #149
Please review. I changed the tests a lot, let me know if you see anything broken. This also includes the browser runner update made in a separate branch, but I...
[edited] The idea is to find and configure a service for running tests in multiple browsers to monitor browser support automatically. The trick is, we need the server side for...
I know, I know, it was just added :) But still - I'm raising this issue to at least get an official "no" - or maybe someone has a more...
`withCredentials` doesn't seem to work when making a sync request. It looks to be brought in by this commit https://github.com/naugtur/xhr/commit/6783dc28f27d9276c59bf602ab97e4691eebd065. Firefox must have been crashing for sync requests when `withCredentials:...
The `defaults` method in the request library is useful for creating a new request function with some options already set. It can also take a `requester` function, which is a...
Plans for v3.0.0 (updated as discussion progresses) - [ ] 1. drop old IE support, keep it in `require('xhr/legacy')` or just let people use 2.x - [ ] 2. ensure...
When `opt.json` is truthy, errors on `JSON.parse()` are swallowed. https://github.com/Raynos/xhr/blob/bc9674d7d5f5c8870ab23fb736fbacc2b3f73518/index.js#L38-L40 Is there a recommended way of handling these errors while still supporting `json: String` option?
Currently you can abort requests like so: ``` js var req = xhr(url, (err, resp) => { // ... }) // when user cancels request cancelButton.on('click', () => req.abort()) ```...