| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
CI: https://ci.nodejs.org/job/node-test-pull-request/1435/ |
Sorry, something went wrong.
|
Ah I may have stepped on some of your CI– I just repushed with PR-URL in the commit messages. |
Sorry, something went wrong.
|
Doesn't look like it got in the way of the CI job. restarted citgm. I'm also running make test-npm locally. First run through had two failures, but I think they were related to my settings for progress bar. I've removed that line from my .npmrc and am running again. I'll edit this comment with the results when it is done |
Sorry, something went wrong.
|
@iarna I'm getting what appears to be a new failure: test/tap/progress-config.js ........................... 4/5
default
not ok should be enabled
+++ found
--- wanted
-true
+false
compare: ===
at:
line: 34
column: 7
file: test/tap/progress-config.js
type: EventEmitter
source: |
t.is(log.progressEnabled, true, 'should be enabled')
stack: |
EventEmitter.<anonymous> (test/tap/progress-config.js:34:7)
|
Sorry, something went wrong.
|
@Fishrock123 that's the same failure I was getting. Do you have your progress config set off globally atm? |
Sorry, something went wrong.
Sorry, something went wrong.
|
Yeah my progress is disabled. I don't really think it should be picking it up globally though? |
Sorry, something went wrong.
|
I'll make a note to make that test agnostic to your configuration. |
Sorry, something went wrong.
|
@iarna I'm not really sure how npm tests work, my assumption is that it would be ideal to run them as isolated as possible, but perhaps that's not true? |
Sorry, something went wrong.
|
@Fishrock123 The tests broadly assume that you haven't fiddled with the defaults to various config values, which is not fantastic, but is fine for CI (and for the rest of us it's easy to tweak our configs while testing). When we see things where behavior is gonna be substantially different than expect if you change your config we've been trying to explicitly set the config that the test is testing, but it's been an as-we-go thing, not comprehensive. |
Sorry, something went wrong.
|
LGTM here. I assume we'll catch that particular config thing next time around. |
Sorry, something went wrong.
|
LGTM as well. Incremental steps :)
|
Sorry, something went wrong.
PR-URL: nodejs#4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
PR-URL: nodejs#4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
|
Thanks, landed in d5d301f...18c12bb! @iarna Just a nit, I had to change the license commit message, it was a bit over 50 chars. :) |
Sorry, something went wrong.
|
@Fishrock123 Ah! I'll watch for that in future |
Sorry, something went wrong.
PR-URL: #4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
PR-URL: #4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
This is an important security release. All Node.js users should consult the security release summary at nodejs.org for details on patched vulnerabilities. Notable changes * http: fix defects in HTTP header parsing for requests and responses that can allow request smuggling (CVE-2016-2086) or response splitting (CVE-2016-2216). HTTP header parsing now aligns more closely with the HTTP spec including restricting the acceptable characters. * http-parser: upgrade from 2.6.0 to 2.6.1 * npm: upgrade npm from 3.3.12 to 3.6.0 (Rebecca Turner) #4958 * openssl: upgrade from 1.0.2e to 1.0.2f. To mitigate against the Logjam attack, TLS clients now reject Diffie-Hellman handshakes with parameters shorter than 1024-bits, up from the previous limit of 768-bits.
This is an important security release. All Node.js users should consult the security release summary at nodejs.org for details on patched vulnerabilities. Notable changes * http: fix defects in HTTP header parsing for requests and responses that can allow request smuggling (CVE-2016-2086) or response splitting (CVE-2016-2216). HTTP header parsing now aligns more closely with the HTTP spec including restricting the acceptable characters. * http-parser: upgrade from 2.6.0 to 2.6.1 * npm: upgrade npm from 3.3.12 to 3.6.0 (Rebecca Turner) #4958 * openssl: upgrade from 1.0.2e to 1.0.2f. To mitigate against the Logjam attack, TLS clients now reject Diffie-Hellman handshakes with parameters shorter than 1024-bits, up from the previous limit of 768-bits.
PR-URL: nodejs#4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
PR-URL: nodejs#4958 Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: Kat Marchán <kzm@sykosomatic.org> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
| Back | FazBrowse Home | New Git URL |
This is the big one! After this I anticipate getting back into a weekly cadence of upstreaming things to Node.js.
Contains the changes in these releases:
Notable inclusions are:
r: @Fishrock123
r: @jasnell
r: @mikeal