TGitCache gets confused about file status (should detect touched file as unmodified)
By telgl... on August 16, 2011 19:33 (imported from Google Code)
*What steps will reproduce the problem?
- Create an empty repository.
- Create a new, small, non-empty text file.
- Commit the file.
*What is the expected output? What do you see instead?
File and folder icon overlays should be green "OK." Instead they are blue "+" sign indicating file staged but not committed. However, the file was committed, proven by checking status using command line git.
4. Killing TGitCache.exe and allowing it to restart restores correct icon.
5. Open bash console and "touch" the file. This changes the time stamp without altering content.
TGit file and folder icon overlays change to red "!" indicating changed working directory.
This is incorrect - changing the timestamp does not change the file content.
6. Right-click, choose "commit" or "check for modifications"
Despite red "!" overlays, there are no changes.
7. Killing TGitCache.exe task and allowing it to restart restores correct icon overlays. Sometimes. I can't figure out what makes it work sometimes but not always.
What version of the product are you using? On what operating system?
TGit 1.7.2; msysgit 1.7.6; Win XP SP 3.
Please provide any additional information below.
I never saw the problem at step 3, with "added" status, in TGit 1.6.5.
In 1.6.5 I occasionally saw the problem that TGit would insist on displaying the red bang icon after committing files, but it is much worse in 1.7.2.