| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
CI: https://ci.nodejs.org/job/node-test-pull-request/1642/ edit: ARM CI failure is known flaky test. Fix should land in next release edit: citgm is green! (known failure on ppc) |
Sorry, something went wrong.
|
Build Job for rc1: https://ci.nodejs.org/job/iojs+release/393/ |
Sorry, something went wrong.
|
LGTM if CI is green. |
Sorry, something went wrong.
|
Failures on windows custom_actions.vcxproj -> c:\workspace\iojs+release\nodes\win2008r2-release-ia32\tools\msvs\msi\Release\custom_actions.dll light.exe : error LGHT0103: The system cannot find the file '..\..\..\deps\npm\\node_modules\npm-install-checks\node_modules\npmlog\node_modules\gauge\node_modules\lodash.padright\node_modules\lodash._createpadding\node_modules\lodash.repeat\package.json' with type ''. [c:\workspace\iojs+release\nodes\win2008r2-release-ia32\tools\msvs\msi\nodemsi.wixproj] Build step 'Conditional steps (multiple)' marked build as failure Digging into npm tree changes |
Sorry, something went wrong.
|
oy.. I think this has come up before. /cc @zkat |
Sorry, something went wrong.
|
Yeaaaaah. It's tricky cause we can't just flatten the tree -- I'll talk with folks tomorrow and see if we can come up with a solution that fixes this without breaking everything else. |
Sorry, something went wrong.
Lastly, @thealphanerd, how's the cherry-picking going? I'm experiencing a little bit of pain when doing v5.x as we move on but I imagine v4.x-staging is even more difficult. |
Sorry, something went wrong.
Lastly, not real problems with cherry-picking tbqh. I wonder if the staging branch has made things a bit simpler? |
Sorry, something went wrong.
|
+1 to being conservative with the perf related fixes. I want to make sure we start doing a RC cycle with every LTS release so we can catch issues faster but we definitely need everyone to help test to make that effective. I think the cherry-picking in v4.x is going fairly smooth because we are also avoiding the semver-minor bumps. |
Sorry, something went wrong.
|
So it looks like there are a handful of things going on with npm 4.2.4 had a similar issue but managed to avoid it via deduping The same dedupe is not working anymore. These problems are present in npm-install-check... specifically in the tree of gauge, which is no longer deduping specific lodash dependencies. I have sent a PR over to gauge that updates the lodash dependency. The updated lodash modules have significantly shallower trees, doing away with the two modules that are being repeated and not deduping. This alone may fix the problem. It also appears that npm-install-checks and node-gyp are relying on older / incompatible versions of npm-log... which may be adding to the weirdness. At this point I am ready to revert the npm updates so that we can get and RC out... but I would really like to avoid that as there are some bugs that are being fixed by the npm update /cc @nodejs/npm |
Sorry, something went wrong.
|
It looks like there is an open PR to update npmlog in node-gyp. @rvagg can you escalate this? |
Sorry, something went wrong.
|
It looks like npm-install-checks that is present in npm v2 is two versions behind. The latest version doesn't even have npmlog as a dep anymore. I'm going to experiment with updating that dep and seeing if that helps edit: talked to @zkat version 2 - 3 do not work with npm@2. It might be possible to release a new version of the 1.x line with an updated npmlog |
Sorry, something went wrong.
|
So i've gone through and removed the updates to npm for now. I've also backed out c8cc179 as requested by @rvagg ci: https://ci.nodejs.org/job/node-test-pull-request/1648/ edit: edit: |
Sorry, something went wrong.
|
fwiw, working on getting a semver-minor update of node-gyp out in the next few days with that npmlog fix plus hopefully nodejs/node-gyp#877 and nodejs/node-gyp#878. |
Sorry, something went wrong.
|
rc2 build in progress: https://ci.nodejs.org/job/iojs+release/397/ |
Sorry, something went wrong.
|
@nodejs/collaborators ... just a heads up... please help us test this release candidate for v4.3.1 : https://nodejs.org/download/rc/v4.3.1-rc.2/ |
Sorry, something went wrong.
|
Hey, I'd like to lobby for including #4482 in this release. We're hitting the idle socket timeout this commit fixes, and currently have to cherry pick this commit into Node v4 and build from source as a workaround. |
Sorry, something went wrong.
|
@mikemorris this commit will be coming very soon in v4.4.0 We are trying to get 4.3 as stable as possible with this update and then as quickly as possible get out a release with a few semver minor addition, including #4482 |
Sorry, something went wrong.
It's possible there is already an existing error on OpenSSL's error stack that is unrelated to the EVP_DigestInit_ex() operation we just executed. Fixes: nodejs#4221 PR-URL: nodejs#4731 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Fedor Indutny <fedor@indutny.com>
Fix a segmentation fault when the debug message handler was called from a context without an associated `node::Environment`. Fixes: nodejs#4261 Fixes: nodejs#4322 PR-URL: nodejs#4328 Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#4194 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
Remove a comment that has a word 'XXX'. And add a line to output debuglog of error. PR-URL: nodejs#4690 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#4691 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
Refs: nodejs#4642 PR-URL: nodejs#4719 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Rich Trott <rtrott@gmail.com>
Add `servername` parameter docs for `https.request()` method. Follows nodejs#4389 PR-URL: nodejs#4729 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Fedor Indutny <fedor.indutny@gmail.com> Reviewed-By: Roman Reiss <me@silverwind.io>
Previously, test-cluster-disconnect-leak had two issues: * Magic numbers: How many times to spawn a worker was determined through empirical experimentation. This means that as new platforms and new CPU/RAM configurations are tested, the magic numbers require more and more refinement. This brings us to... * Non-determinism: The test *seems* to fail all the time when the bug it tests for is present, but it's really a judgment based on sampling. "Oh, with 8 workers per CPU, it fails about 80% of the time. Let's try 16..." This revised version of the test takes a different approach. The fix for the bug that the test was written for means that the `disconnect` event will fire reliably for a single worker. So we check for that and the test still fails when the fix is not in the code base and succeeds when it is. Advantages of this approach include: * The test runs much faster. * The test now works on Windows. The previous version skipped Windows. * The test should be reliable on any new platform regardless of CPU and RAM. Ref: nodejs#4674 PR-URL: nodejs#4736 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
Make the byteLength work correctly when input is Buffer. e.g: ```js // The incomplete unicode string Buffer.byteLength(new Buffer([0xe4, 0xb8, 0xad, 0xe6, 0x96])) ``` The old output: 9 The new output: 5 PR-URL: nodejs#4738 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Brian White <mscdex@mscdex.net> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Previously, test-cluster-disconnect-suicide-race had two issues: * Magic numbers: How many times to spawn a worker was determined through empirical experimentation. This means that as new platforms and new CPU/RAM configurations are tested, the magic numbers require more and more refinement. This brings us to... * Non-determinism: The test seems to fail all the time when the bug it tests for is present, but it's really a judgment based on sampling. "Oh, with 8 workers per CPU, it fails about 80% of the time. Let's try 16..." This revised version of the test takes a different approach. The fix for the bug that the test was written for means that the disconnect event will fire on a subsequent tick. So we check for that and the test still fails when the fix is not in the code base and succeeds when it is. Advantages of this approach include: * The test runs much faster. * The test should be reliable on any new platform regardless of CPU and RAM. PR-URL: nodejs#4739 Ref: nodejs#4674 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: James M Snell <jasnell@gmail.com>
- Hide the scrollbar on the TOC on all browsers. It was never the intention for it to be visible with the scroll indication in place. A wrapper element with 20px padding was added to accommodate for hopefully all scrollbar widths as well as to avoid overflowing content. - Fixed the scroll indication gradient on Safari, which was caused by the wrong from-color, which now matches the to-color. - Fixed a issue in old IE where the TOC didn't render on the correct position through setting `left: 0` and `top: 0` on it. PR-URL: nodejs#4748 Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#4753 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com>
Ref: http://eslint.org/docs/rules/space-in-parens.html PR-URL: nodejs#4753 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com>
rust-lang/prev.rust-lang.org#288 landed in the Rust repo so it seems like a good idea to just bring the updated list in. We also received a request to do this in nodejs/inclusivity#82 so this should resolve that. Thanks to [@Charlotteis](https://github.com/Charlotteis) for bringing up the original issue. Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Myles Borins <mborins@us.ibm.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Сковорода Никита Андреевич <chalkerx@gmail.com> PR-URL: nodejs#4801 Fixes: nodejs/inclusivity#82
Replace grep with awk to add support for subkeys PR-URL: nodejs#4807 Reviewed-By: Rod Vagg <rod@vagg.org>
In some conditions it can happen that the client-side socket is destroyed before the server-side socket has gracefully closed, thus causing a 'ECONNRESET' error in this socket. To solve this, wait in the client-side socket for the 'end' event before closing it. PR-URL: nodejs#4043 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
Currently a debug context is created for various calls to util. If the node debugger is being run the main context is the debug context. In this case node_contextify was freeing the debug context and causing everything to explode. This change moves around the logic and no longer frees the context. There is a concern about the dangling pointer The regression test was adapted from code submitted by @3y3 in nodejs#4815 Fixes: nodejs#4440 Fixes: nodejs#4815 Fixes: nodejs#4597 Fixes: nodejs#4952 PR-URL: nodejs#4815 Reviewed-By: Fedor Indutny <fedor.indutny@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Rich Trott <rtrott@gmail.com>
|
CI: https://ci.nodejs.org/job/node-test-pull-request/1670/ edit: CI failure is infra related |
Sorry, something went wrong.
|
rc.3 build: https://ci.nodejs.org/job/iojs+release/398/ |
Sorry, something went wrong.
|
As we have not had any problems with any of the rc's I am going to move forward with this release in the next two hours. Last chance to raise any concerns @nodejs/collaborators |
Sorry, something went wrong.
Notable changes: * buffer: make byteLength work with Buffer correctly (Jackson Tian) - nodejs#4738 * debugger: guard against call from non-node context (Ben Noordhuis) - nodejs#4328 * node_contextify: do not incept debug context (Myles Borins) - nodejs#4819 * deps: update to http-parser 2.5.2 (James Snell) - nodejs#5238
|
@thealphanerd #5168 is a segfault fix, but it's a rare case and perhaps not worth the rush or delaying the release. |
Sorry, something went wrong.
|
@ChALkeR I feel like that commit is still too fresh. I'll make sure to get it in the v4.4.0-rc |
Sorry, something went wrong.
|
@thealphanerd I shortened the workspace of release machines from c:\workspace\iojs+release\nodes\win2008r2-release-ia32 to c:\ws. That allows rc1 above to build the MSI, but I won't be able to make it shorter if the tree depth of npm grows again. |
Sorry, something went wrong.
|
@joaocgreis thanks for getting to that! I'm going to avoid rolling the npm updates into this release as we are not assured that the path issues are solved after install. I'll roll all those updates into the next RC though! |
Sorry, something went wrong.
|
Release Build: https://ci.nodejs.org/job/iojs+release/404/ |
Sorry, something went wrong.
Notable changes: * buffer: make byteLength work with Buffer correctly (Jackson Tian) - #4738 * debugger: guard against call from non-node context (Ben Noordhuis) - #4328 * node_contextify: do not incept debug context (Myles Borins) - #4819 * deps: update to http-parser 2.5.2 (James Snell) - #5238 PR-URL: #5200 (comment)
| Back | FazBrowse Home | New Git URL |
Notable changes
Commits