This repository was archived by the owner on Sep 9, 2020. It is now read-only.
renameByCopy: retry os.RemoveAll #1327
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does this do / why do we need it?
Was receiving this consistently, always with the same directory:
A simple retry corrected the issue, consistently.
This was on the Windows 10 Linux subsystem, FWIW, where
GOOS=linux/amd64
.windows/amd64
andlinux/amd64
on TravisCI did not encounter this issue.Maybe chalk this up to the Windows' Linux subsystem being beta.
If you want this patch I'll drop a comment about why there's a retry and update the CHANGELOG.
The confusing thing for me while debugging was the
defer os.RemoveAll(dir)
succeeded, so I could never find the files it said it couldn't delete; it was essentially retrying in the defer and succeeding.Before:
After:
What should your reviewer look out for in this PR?
Is there a less ugly way?
Do you need help or clarification on anything?
See above 😄
Which issue(s) does this PR fix?
I went through the open issues. It's most closely related to #82, but not exactly.