git-gui: Corrected behavior of deleted (but existing in HEAD) files.
authorShawn O. Pearce <spearce@spearce.org>
Sat, 20 Jan 2007 23:50:14 +0000 (18:50 -0500)
committerShawn O. Pearce <spearce@spearce.org>
Sun, 21 Jan 2007 07:54:16 +0000 (02:54 -0500)
commit6b0f3f46293e2f718054e9947e209c0344721a69
tree756e3c8bba48a7c399cc324b49498ab69d614316
parent81c0f29a5633f6a9ab01e0e9ded5e1c6d715b70b
git-gui: Corrected behavior of deleted (but existing in HEAD) files.

Apparently I did not account for the D_ file state.  This can occur when
a file has been marked for deletion by deleting it from the index, and
the file also does not exist in the working directory.  Typically this
happens when the user deletes the file, hits Rescan, then includes the
missing file in the commit, then hits Rescan again.  We don't find the
file in the working directory but its been removed in the index, so the
state becomes D_.

This state should be identical with DD.  I'm not entirely sure why DD
occurs sometimes and D_ others, it would seem like D_ is the state that
should be happening instead of DD, leading me to believe there is a quirk
in git-gui's state manipulation code.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
git-gui