-
Notifications
You must be signed in to change notification settings - Fork 0
Conversation
Including Authorization header if an empty password (not undefined) is specified to handle the case where an api key is passed via username but no password is required (for example, asana.com)
Changed EventEmitter inheritens to Node0.10 style.
…n an error is emitted.
Fixed tests that were failing against xml2js. Added a npm test script to the package.json Minor refactor of the tests.
…ndFixTests Updated packages to latest version.
Updated instructions for running the tests. Added install instructions.
Added missing documentation for PATCH HTTP method
Adding repository to the package.json.
Fixes danwrong#115: Allow users to pass through rejectUnauthorized
Set Content-Length for empty data response.
Allow empty-password authorization header
…ptypassword Allow empty password auth header with test.
Adding node-querystring due to incomplete qs in node code.
Version bump in accordance with semver.
Updates to documentation and supported node engines.
Fix link to Node Buffer API
Add missing doc for rejectUnauthorized option
Add OAuth support
Fix Data object support (with test)
Allow writing buffer directly to req body
Retina-ready svg icons indicating current version and Node.js dependency rather than as text, which was harder to find
Cleaner at-a-glace stats/info
Conflicts: lib/restler.js package.json
@jstamerj Wasn't there some bug that caused us to double encode bodies on retries? Was this a fix in restler? |
@zbirkenbuel @shimeez The first time through, the code would convert this.options.data from a string to a buffer. On retries, it would stringify this buffer (which produces a much different string than the original), and convert that string into a buffer. I submitted a PR to restler (danwrong#124), but it looks like they did not take the fix. It looks like they fixed it in a different way 'tho (danwrong@a5901e6), so prehaps we can get rid of our restler fork. |
@jstamerj, yeah, I was just reading through the commit history since there was a merge conflict I resolved in that area. I does look to be handled, I'd also vote for just pulling from restler at this point instead of our own fork. |
@jstamerj - it looks like they tried to fix it, but not in all of the scenarios we've encountered. Using just mainline restler we get an error in one of our Newton-Core tests where it tries to retry but adds a very small body where there should be none. Switching back to this branch seems to work just fine. This branch breaks some of restler's unit tests, but I can focus on that instead of more changes in Newton. |
Looks good. |
Pulling in upstream updates to restler
Not quite to the extent that winston was, but restler has advanced since we forked. This branch pulls in all of those changes. Again, probably easier to compare my branch to upstream master which reflects the changes we've made to the codebase:
https://github.com/danwrong/restler/compare/master...HBOCodeLabs:zackb-massive?expand=1
the changes shown effectively reflect what @jstamerj committed to master in the one and only merge: 1a736d2