Open dflock opened 8 years ago
Okay, this seems to be because GIT tries to access a path that has been deleted as it wants to compare a file at that location.
I think the -N flag added to the git diff could solve this problem. PR once again welcome but it should be a "simple" change if it works.
+1
Ran into this today, got the working tree full of untracked files and lots of changes, trying to review my changes, I can't see the diff of another file, when I have selected one for commit.
Should'nt we just see the compare/diff of a file by default when selecting it?
It wipes files if you try viewing the changes to a rename.
Clicking the "view changes" button on a rename blindly executes:
git --no-pager diff oldFilename -> newFilename
This pipes the output of git --no-pager diff oldFilename -
(which is empty on stdout) into newFilename
, erasing it.
I've just lost some work to this :(
At the very least all commandline arguments need to be properly escaped, to avoid accidental side effects like this.
I get this output clicking Compare: