- 21 11月, 2014 1 次提交
-
-
由 David Graham 提交于
Closes #35.
-
- 14 11月, 2014 2 次提交
-
-
由 David Graham 提交于
-
由 David Graham 提交于
-
- 13 11月, 2014 6 次提交
-
-
由 David Graham 提交于
IE 9+ fixes
-
由 David Graham 提交于
-
由 David Graham 提交于
-
由 David Graham 提交于
See #30 for details.
-
由 David Graham 提交于
Previously renamed to _body to detect these types of errors.
-
由 David Graham 提交于
Conflicts: fetch.js
-
- 12 11月, 2014 1 次提交
-
-
由 David Graham 提交于
Move body to _body to prevent direct access
-
- 11 11月, 2014 1 次提交
-
-
由 David Graham 提交于
The `body` property may be used for Streams in the future. This also avoids the temptation to access `response.body` directly rather than going through a body consumer like `response.text()` or `response.json()`.
-
- 03 11月, 2014 1 次提交
-
-
由 David Graham 提交于
Remove form encoded object body.
-
- 02 11月, 2014 4 次提交
-
-
由 David Graham 提交于
-
由 David Graham 提交于
The body must be consumed through the `text`, `json`, `formData`, or `blob` functions.
-
由 David Graham 提交于
-
由 David Graham 提交于
This was based on a misreading of the URLSearchParams portion of section 5.2 of https://fetch.spec.whatwg.org/#body-mixin. Use FormData as the request body to POST form fields instead.
-
- 01 11月, 2014 1 次提交
-
-
由 David Graham 提交于
Document how to use in Browserify…
-
- 31 10月, 2014 16 次提交
-
-
由 Mislav Marohnić 提交于
IE 9 fails on 204s with error code 1223 http://www.enhanceie.com/ie/bugs.asp Rewrite the code back to 204. Note: response headers remain unavailable in this case. This was fixed in IE 10.
-
由 Mislav Marohnić 提交于
Reject all HTTP codes that are not in the 100..599 range. When an empty reply is received from the server, `xhr.onerror` callback should get triggered. IE 9, however, triggers the `onload` callback with status code 12152 that stands for: ERROR_HTTP_INVALID_SERVER_RESPONSE The server response could not be parsed. http://support.microsoft.com/kb/193625
-
由 Mislav Marohnić 提交于
IE caches xhr responses pretty aggressively and after restoring the previous response from cache, it blanks out the "Date" header (probably by design). The solution for this test is to use a cache-busting query parameter.
-
由 Mislav Marohnić 提交于
If the body passed to `xhr.send()` is `undefined`, the text sent would literally be "undefined" on IE.
-
由 Mislav Marohnić 提交于
By default, all static files served from the test server were "text/plain". IE auto-detects HTML and JavaScript content as such, but refuses to display the style sheet until it is served as "text/css".
-
由 Mislav Marohnić 提交于
PhantomJS doesn't seem to send request body for PATCH: https://github.com/ariya/phantomjs/issues/11384
-
由 Mislav Marohnić 提交于
Now only the whitelisted method names get normalized by uppercasing and the rest are left untouched since HTTP method names in general are case-sensitive. In tests we must use `PATCH` (uppercase) because Node.js server doesn't support `patch` (lowercase).
-
由 Mislav Marohnić 提交于
This fixes PUT/DELETE for IE 9 and PATCH for Node.js.
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
-
由 Matthew Andrews 提交于
Document `fetch` usage with Browserify — and switch suggested Promise library to one with a CommoJS API more similar to Fetch.
-
由 Mislav Marohnić 提交于
Auto-detect available port when running headless tests
-
- 30 10月, 2014 1 次提交
-
-
由 Mislav Marohnić 提交于
By default the test server tried to run on port 3000, which would fail with a misleading message if something else happened to occupy that port on the system (such as a Rails app). Now start incrementing the port number from 3900 and stop when the port is found to be available.
-
- 24 10月, 2014 6 次提交
-
-
由 David Graham 提交于
Shell highlight
-
由 David Graham 提交于
-
由 ♩ Ionică Bizău ♫ ♪ 提交于
-
由 David Graham 提交于
use shorthand npm installation
-
由 Zeke Sikelianos 提交于
-
由 David Graham 提交于
-