-
Notifications
You must be signed in to change notification settings - Fork 7.3k
New release, please! #25474
Comments
Until that actually gets released, I guess you could compile it yourself. Steps:
Should merge cleanly. |
@dbkaplun Thanks for reporting this problem. @joyent/node-tsc made the decision to not do a v0.12.5 release for this specific issue only for the following reasons:
Of course, feel free to let us know if you disagree with the points mentioned above. There are other issues which together would make a good v0.12.5 release, and as a consequence it should not be to long though. Also, closing as a duplicate of #9310. Thank you! |
@misterdjules, thank you for your consideration of this issue. First of all, this bug is not a duplicate of #9310, as this bug calls for a new release, though it is related. Yes, this issue only affects OSX, and yes, sometimes the code will work, but the issue is a race condition: if the user uses the program long enough, invariably the user will be affected. As a matter of fact, this race condition breaks every CLI NodeJS app on OSX. There are many CLI apps that are suffering because NodeJS is not a stable enough platform. From what I understand, the decision to make a new NodeJS release is arbitrary. I can sympathize with the desire to make a "good" release but such a desire shouldn't inhibit NodeJS from functioning as it should. I think a point release is an easy solution: it won't cost anything, and will fix many problems. Thanks again, and I hope to see v0.12.5 soon! |
@dbkaplun It is very often difficult for members of the TSC to have a good understanding of what applications are affected by a bug. So far, it seems only a handful of issues have been opened for this problem. This is why during the latest TSC weekly call, the decision had been made to not rush a release to fix that specific problem. The fact that it's been present since node v0.11.12 also lead us to think that waiting for at most a few weeks to release a fix would not make a big difference. But we may very well be wrong, and if you can provide us with a different perspective on how this issue affects a significant number of users, we'll be happy to reconsider this decision. Also, the goal is not to have a "better" release by not doing one asap that only fixes this issue, it is to not rush things so that we don't introduce any regression. Thank you very much for your support, we'll do our best so that the v0.12.5 release is not too far from now. |
I can give one instance of how this affects a significant number of users, and the reason I wrote this issue in the first place: I am the maintainer of the npm package slap (github), which is a CLI text editor written in NodeJS. This bug means that, on Node >v0.10, the editor simply stops responding every ~12th keystroke, leaving a very poor experience for users (see slap-editor/slap#156). Seeing as slap gets over 4,000 downloads a month (conservatively speaking), I would say that the issue does affect a significant number of users. I think NodeJS is the best platform for a variety of reasons, not the least of which being approachability for the novice, and amount of packages and libraries written for NodeJS. I have contributed to NodeJS a few times in the form of code and issues, and you have been very receptive in the past. I hope we can continue to make NodeJS the best software platform! |
@dbkaplun Thank you very much for the detailed info regarding the impact of that issue on slap. That definitely helps prioritize things. There's a new OpenSSL release coming up on Thursday, so it's likely we'll need to do a release soon, probably next week. There's a good chance the libuv upgrade would be included in such a release. Does that help? |
eagerly anticipates new release |
@dbkaplun node v0.12.5 has just been released. I hope that helps! |
With the new libuv/libuv@v1.6.0 release, NodeJS should no longer be utterly broken on OSX. (For details see libuv/libuv#304.) Please cut a new release. Thank you!
The text was updated successfully, but these errors were encountered: