Uh oh!
There was an error while loading. Please reload this page.
repl: fix/improve persistent repl history - #2356
Conversation
evanlucas
commented
Aug 12, 2015
Still failing for me. |
evanlucas
commented
Aug 14, 2015
Yep, that fixes it for me. We should probably run CI though to be safe. |
Fishrock123
commented
Aug 14, 2015
evanlucas
commented
Aug 14, 2015
LGTM if the CI is happy |
Fishrock123
commented
Aug 14, 2015
Hmm, windows isn't liking the cleanup, maybe I'll just have to refresh the |
Fishrock123
commented
Aug 14, 2015
Fishrock123
commented
Aug 14, 2015
Uh, ok.. Hrmmm. New windows (and ARM) failure from |
Fishrock123
commented
Aug 14, 2015
I think it needed to wait for I/O to close. Fingers crossed... CI again: https://jenkins-iojs.nodesource.com/job/node-test-pull-request/88/ |
evanlucas
commented
Aug 17, 2015
CI still not happy on Windows :[ |
Fishrock123
commented
Aug 17, 2015
I'm not sure what's up with that. Somehow this is failing: https://github.com/nodejs/node/blob/master/test/common.js#L15-L57 Specifically: https://github.com/nodejs/node/blob/master/test/common.js#L45-L48 I thought it might have been if the history file was written to after it starts clearing the files but I don't think that is possible... |
silverwind
commented
Aug 17, 2015
Might be a Windows quirk: isaacs/rimraf#72 I think it must be intermittent, but we should still attempt an workaround later. Maybe give the CI a few more runs? |
evanlucas
commented
Aug 26, 2015
@Fishrock123 any update on this? |
Fishrock123
commented
Aug 26, 2015
@evanlucas on the back burner right now. I think It can be fixed by replacing the |
silverwind
commented
Aug 26, 2015
I think this can be worked around by running the |
Fishrock123
commented
Aug 27, 2015
Hopefully this last patch fixed those stupid windows issues. https://jenkins-iojs.nodesource.com/job/node-test-pull-request/182/ |
Fishrock123
commented
Aug 27, 2015
Hmm, the rebase failed on that. here's a manual run: https://jenkins-iojs.nodesource.com/job/node-test-commit/339/ |
Fishrock123
commented
Aug 27, 2015
Ugh. |
silverwind
commented
Aug 27, 2015
Might as well install a full rimraf and be done with it, I know that it can handle |
Fishrock123
commented
Aug 27, 2015
Fishrock123
commented
Aug 27, 2015
Ok this |
This test is already being investigated, but until a solution is found it should be marked flaky. Ref: nodejs#2319 Ref: nodejs#2356
This test is already being investigated, but until a solution is found it should be marked flaky. Ref: nodejs#2319 Ref: nodejs#2356 PR-URL: nodejs#2659 Reviewed-By: orangemocha - Alexis Campailla <orangemocha@nodejs.org>
Fishrock123
commented
Oct 8, 2015
cc @nodejs/collaborators PTAL at the last commit |
17ad616 to
d4d9460CompareThere was a problem hiding this comment.
@silverwind@evanlucas can I get a last LGTM on this? this works without any even minor breaking changes now.
evanlucas
commented
Oct 19, 2015
Ok, just pulled down and tested. I've run the tests hundreds of times now and haven't had them fail. LGTM |
d4d9460 to
d4dccd1Compare- Now cleans up the history file unless told otherwise. - Now also logs which test case failed. - Waits for flush after repl close if necessary. Fixes: nodejs#2319 PR-URL: nodejs#2356 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed By: Evan Lucas <evanlucas@me.com>
Previously the wrong end of the history was limited on load. PR-URL: nodejs#2356 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed By: Evan Lucas <evanlucas@me.com>
d4dccd1 to
73b7e05CompareFishrock123
commented
Oct 19, 2015
Thanks, landed in d8db757...73b7e05 @nodejs/lts this is something we want in v4.x. |
Previously the wrong end of the history was limited on load. PR-URL: #2356 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed By: Evan Lucas <evanlucas@me.com>
Emitting 'close' before the history has flushed is somewhat incorrect and rather confusing. This also makes the 'close' event always asynchronous for consistency. Refs: nodejs#2356 PR-URL: nodejs#3435 Reviewed By: Evan Lucas <evanlucas@me.com> Reviewed-By: Trevor Norris <trev.norris@gmail.com>
Previously the wrong end of the history was limited on load. PR-URL: #2356 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed By: Evan Lucas <evanlucas@me.com>
jasnell
commented
Oct 26, 2015
Previously the wrong end of the history was limited on load. PR-URL: #2356 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed By: Evan Lucas <evanlucas@me.com>
Fix the history limiting to take the most recent. History additions are unshifted in readline.
Now tests the saved repl history size limiting.
Cleans up the test a bunch in the process, and also adds some debug so you can figure out which test case failed if it fails. Let me know if there is a better way to do that.