TGitCache.exe won't let user delete folder

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Close a repository
2. Delete cloned repository from hard drive. Right click folder and select 
delete. Not "git delete".
3. Windows 7 says can't delete files because they are in use.
4. Have to manually force TGitCache.exe process to end to delete folder.

What is the expected output? What do you see instead?
Folder should delete when I tell it to.

What version of the product are you using? On what operating system?
Windows 7
TortoiseGit 1.4.4.0 
git version 1.7.0.2.mysysgit.0

Please provide any additional information below.
I just want to delete the folder from my hard drive. Not the contents of the 
repository or remote repository.

Original issue reported on code.google.com by Todd.Seiler@gmail.com on 26 Jun 2010 at 7:40

[GoogleCodeExporter]

1.5.2.0 fix this problem. please try 1.5.2.0

Original comment by lzn...@gmail.com on 27 Jun 2010 at 4:56

[GoogleCodeExporter]

Fixed at 1.5.2.0

Original comment by lzn...@gmail.com on 28 Jun 2010 at 2:33

• Changed state: Fixed

[GoogleCodeExporter]

I'm having the same problem with:
Windows XP SP3
TortoiseGit 1.5.2.0
git version 1.7.0.2.mysysgit.0

Any other suggestions?

Original comment by 4reig...@web.de on 5 Jul 2010 at 9:42

[GoogleCodeExporter]

This is still occurring.

Windows 7
TortoiseGIT 1.5.2.0

Original comment by neilyalo...@gmail.com on 21 Jul 2010 at 1:09

[GoogleCodeExporter]

Still occurring for me.

Windows 7
TortoiseGit 1.5.2.0
git version 1.7.0.2.mysysgit.0

Original comment by jim.news...@gmail.com on 21 Jul 2010 at 8:29

[GoogleCodeExporter]

I too can verify that this still happens with 

Windows 7
TortoiseGit 1.5.2.0
git version 1.7.0.2.mysysgit.0

Please re-open this bug.

Original comment by Trinitr...@gmail.com on 7 Sep 2010 at 2:53

[GoogleCodeExporter]

Original comment by lzn...@gmail.com on 7 Sep 2010 at 4:49

• Changed state: New

[GoogleCodeExporter]

I can verify this with TortoiseGit 1.5.3.0 and git version 1.7.2.3.msysgit.0

Original comment by markus.p...@gmail.com on 17 Sep 2010 at 12:25

[GoogleCodeExporter]

I can verify this to with TortoiseGit 1.5.3 on Win7.
However, it seems the process that locks the directory now - and must be killed 
to be allowed to move/rename a git tracked directory - is "TortoiseProc" and 
not TGitCache.

Maybe TGitCache was fixed correctly but there exists another bug in 
TortoiseProc preventing this?

Original comment by kristian...@gmail.com on 23 Sep 2010 at 9:13

[GoogleCodeExporter]

is there a tortoisegit window open?

Original comment by lzn...@gmail.com on 23 Sep 2010 at 11:14

[GoogleCodeExporter]

In my case, no tortoisegit window was open.

I even tried to close all Explorer windows (which I had at some point used to 
visit the directory in question), and then move the directory from a command 
prompt.
 Still got an error that the file/directory was in use, so I looked at open processes, found TortoiseProc.exe, killed it, and was able to move the directory.

Original comment by kristian...@gmail.com on 24 Sep 2010 at 11:24

[GoogleCodeExporter]

Original comment by lzn...@gmail.com on 9 Oct 2010 at 1:55

• Changed state: Discuss

[GoogleCodeExporter]

I am also having this problem with:

Windows 7
TortoiseGit-1.5.8.0-64bit
Git-1.7.3.1-preview20101002

Original comment by kevinb...@gmail.com on 8 Nov 2010 at 4:45

[GoogleCodeExporter]

Same problem as above.

Windows 7
TortoiseGit-1.5.8.0-64bit
git version 1.7.0.2.msysgit.0 

Killing TGitCache allows the folder to be deleted.

Original comment by aton...@gmail.com on 9 Dec 2010 at 12:37

[GoogleCodeExporter]

Same problem as above.

Windows 7 64
TortoiseGit-1.6.3.0-64bit
git version 1.7.3.1.msysgit.0 

Temporary switching TortoiseGit settings::Icon Overlay::Status cache to 'none' 
instead of 'default' , allows the folder to be deleted, too.

Original comment by nicola.d...@gmail.com on 5 Feb 2011 at 2:54

[GoogleCodeExporter]

I can confirm this issue

Windows 7 32bit
Git-1.7.4-preview20110204
Tortoisegit-1.6.5.0-32bit

Original comment by thePanz@gmail.com on 3 Mar 2011 at 11:23

[GoogleCodeExporter]

Confirmed here as well:

Windows 7 64bit
TortoiseGit-1.6.5.0-64bit

Killing TGitCache allows folder to be deleted. Please take a look at this, it's 
extremely annoying!

Since TortoiseGit is basically a port of TortoiseSVN, can't you just do 
whatever it does? I've never had this issue with TortoiseSVN.

Original comment by danepow...@gmail.com on 6 Mar 2011 at 5:53

[GoogleCodeExporter]

Seems like a duplicate of issue 401...

Anyway, suing latest stable tgit, it still happens:
win vista 32bit sp2, tgit 1.6.5.0

Original comment by giunta.g...@gmail.com on 7 Apr 2011 at 3:45

[GoogleCodeExporter]

same problem with last version.

Original comment by Neustrad...@hotmail.com on 28 Apr 2011 at 12:55

[GoogleCodeExporter]

same with latest version

Original comment by Tom.Pac...@gmail.com on 5 Jul 2011 at 3:38

[GoogleCodeExporter]

Please Fix this issue. 
using
Windows 7 Professional 64bit. 
TortoiseGit 1.6.5.0
Git version 1.7.6.msysgit.0

Original comment by Leggo...@gmail.com on 18 Jul 2011 at 3:02

[GoogleCodeExporter]

Same issue still occurring for me too.

Windows 7 64bit pro.
TortoiseGit 1.6.5.0 
git version 1.7.6.msysgit.0 

Original comment by j.hop...@gmail.com on 30 Jul 2011 at 8:12

[GoogleCodeExporter]

I'm currently doing some Android development. TGitCache blocks certain 
refactoring operations in Eclipse (moving, renaming). This is a nuisance 
because Eclipse, though showing an "Undo" button, sometimes can't undo the 
operations correctly, causing files to be lost.
The only workaround is to kill TGitCache before refactoring. Please fix this 
bug urgently - thanks.

Windows XP
TortoiseGit 1.7.2.0 
git version 1.7.6.msysgit.0

Original comment by leichten...@gmail.com on 17 Aug 2011 at 8:11

[GoogleCodeExporter]

I am having this issue after updating from 1.6.5.0 to 1.7.2.0. Will be 
downgrading until it is hopefully fixed.

It is strange as it is the same folder consistently, even though I am working 
with many different projects, and it is not tracked (and it is in .gitignore). 
Are there any debug logs that could help?

Original comment by ansell.p...@gmail.com on 22 Aug 2011 at 4:59

[GoogleCodeExporter]

Please could you elevate the priority of this issue - this and the related bug 
#623 are two of the top three voted issues, and make TortoiseGit 1.7.2 unusable 
for many on Windows 7 x64.

Original comment by yjo...@gmail.com on 23 Aug 2011 at 10:39

[GoogleCodeExporter]

Issue 501 has been merged into this issue.

Original comment by sstrickr...@googlemail.com on 24 Aug 2011 at 6:34

[GoogleCodeExporter]

Can you please test:

http://code.google.com/p/tortoisegit/downloads/detail?name=TortoiseGit-2011-08-2
4-64bit.msi&can=1&q=

http://code.google.com/p/tortoisegit/downloads/detail?name=TortoiseGit-2011-08-2
4-32bit.msi&can=1&q=

Original comment by sstrickr...@googlemail.com on 24 Aug 2011 at 6:35

[GoogleCodeExporter]

Issue 601 has been merged into this issue.

Original comment by sstrickr...@googlemail.com on 24 Aug 2011 at 7:07

[GoogleCodeExporter]

This is a duplicate of issue 401, isn't it?

Original comment by robert.p...@gmail.com on 24 Aug 2011 at 2:00

[GoogleCodeExporter]

do you still need us to test 1.7.2.0? a couple users above reported the issue 
continuing while use 1.7.2.0

Original comment by Baagel.N...@gmail.com on 24 Aug 2011 at 6:37

[GoogleCodeExporter]

Can you please test our latest nightly build?

Original comment by sstrickr...@googlemail.com on 1 Sep 2011 at 1:06

[GoogleCodeExporter]

As far as I can tell this is fixed in TortoiseGit-2011-09-01-239d2a2-64bit.

Original comment by yjo...@gmail.com on 1 Sep 2011 at 12:01

[GoogleCodeExporter]

I also see that this is fixed (by testing with 1.7.4.0-64bit).

Original comment by robert.p...@gmail.com on 21 Oct 2011 at 2:16

• Changed state: Fixed

[GoogleCodeExporter]

Since the build in this comment 
(http://code.google.com/p/tortoisegit/issues/detail?id=401#c26), it's already 
been fixed (as far as I notice up to now).

Original comment by m4h...@gmail.com on 21 Oct 2011 at 2:24

[GoogleCodeExporter]

I still have this problem, TortoiseGit 1.8.3.0 64bit, git version 
1.7.11.msysgit.1 32bit, Win 7 Pro 64bit

Original comment by kruszewsky on 6 Jun 2013 at 12:46

[GoogleCodeExporter]

I recently updated my TortoiseGit/Git environment as part of starting a new 
project and I am now experiencing this issue too.

My new/current environment is:

 - Git-1.8.1.2-preview20130201.exe
 - TortoiseGit-1.8.3.0-32bit.msi
 - Win XP Pro SP3 32 bit

While researching this issue I noticed there seems to be a couple of different 
flavors of this issue, but they all result in the same end behavior. The ones I 
found are listed below as well as several that were merged into these:

 - https://code.google.com/p/tortoisegit/issues/detail?id=401
 - https://code.google.com/p/tortoisegit/issues/detail?id=508
 - https://code.google.com/p/tortoisegit/issues/detail?id=623
 - https://code.google.com/p/tortoisegit/issues/detail?id=892

The particular flavor of these issues that I am experiencing is not a lock on a 
directory or file in the .git directory hierarchy, rather the root directory of 
a Git repository is being locked. That is to say the parent directory of a .git 
directory.

I opted to post here since this is the only Issue currently assigned to someone 
and it has the latest activity.

I saw were Issue #497, Issue #623, and Issue #892 were all closed as part of 
Release 1.7.3.0 dated 2011-08-24, but they seems to have slipped back into the 
baseline as a regression bug.

I did notice that Issue #401 shows it recently being re-closed twice as per the 
specified revisions, but I was unable to access the revisions in the source 
repository. The posting of the first coincides with the release date of 
TortoiseGit v1.8.3.0 and the second is the day after. So if these truly do fix 
this/these issue(s) then hopefully v1.8.4.0 or at least v1.8.3.1 will be final 
soon.

Original comment by william....@gmail.com on 26 Jun 2013 at 6:57

[GoogleCodeExporter]

It is fucking ridiculous that you can't delete, rename, or move a folder once 
it's cloned with TortoiseGit. How the fuck is this still an issue after 3 years?

Original comment by andrew.w...@alumni.nd.edu on 3 Aug 2013 at 4:06

[GoogleCodeExporter]

This issue was closed by revision 83f207b82b38.

Original comment by ch3co...@gmail.com on 6 Aug 2013 at 1:59

[GoogleCodeExporter]

Issue 623 has been merged into this issue.

Original comment by ch3co...@gmail.com on 6 Aug 2013 at 2:00

[GoogleCodeExporter]

Please try our preview release 1.8.4.4 TortoiseGit-2013-08-06-a21342e.

Original comment by ch3co...@gmail.com on 6 Aug 2013 at 11:44

[GoogleCodeExporter]

Issue 1812 has been merged into this issue.

Original comment by ch3co...@gmail.com on 16 Aug 2013 at 3:33

[GoogleCodeExporter]

@andrew: please watch your language! What makes you think you are entitled to 
free service from others? If this really bugged you so much, why haven't you 
debugged it yourself and provided a patch?

@TortoiseGIT developers: please ignore comments such as andrew's. Your work is 
appreciated. You really make GIT not only usable, but a pleasure to work with 
on Windows. Thank you and keep up the good work!

Original comment by cristian...@xaton.com on 20 Aug 2013 at 6:14

[GoogleCodeExporter]

@andrew: Believe me, I understand that it can be frustrating to find 
showstopper bugs in open source software.  However, I also have come to 
understand that when developing free software, time is not always on one's 
side, and sometimes getting everything tested & working perfectly for every 
user or environment is very difficult.  Do realize that Free Open Source 
Software (FOSS) is often developed during spare time, may not always be under 
active development, and can have bugs like all software. Sometimes the lack of 
developer support can make one frustrated, and it can be a hard realization 
that you're not really always entitled to support, or guaranteed software that 
works in all cases and is free from bugs.  However, the best part of FOSS is 
that it's free, and allows you to tinker, fix bugs, scratch your own itch, and 
help improve things for the global community.

It's still somewhat surprising that this bug is still out there. I guess the 
windows file locking issue was never prioritized or worked on by anyone yet.  
However, there are other options for using git on windows:  Cygwin, msysgit, 
and a brand new fancy GUI tool called "ungit".  Feel free to try some other 
solution, or tinker on TortoiseGIT if you have the knowhow or free time.

@TortoiseGIT developers: Thanks for the free software and hard work ^_^

- James

Original comment by Trinitr...@gmail.com on 21 Aug 2013 at 1:52

[GoogleCodeExporter]

TortoiseGit 1.8.5.2 (C:\Program Files\TortoiseGit\bin\) 
git version 1.8.1.msysgit.1 (C:\Program Files (x86)\Git\bin) 

Still occured. So this is not (cleanly) fixed, but it does not occure that 
often.

Original comment by oliver.z...@gmail.com on 18 Sep 2013 at 6:44

[GoogleCodeExporter]

I added a comment to issue 401, this bug is not fixed.

Original comment by marcus.m...@gmail.com on 27 Sep 2013 at 2:36

[GoogleCodeExporter]

Just updated to 1.8.5.0 and was able to delete the stubborn files. Windows 7 
here.

Original comment by mermen...@gmail.com on 4 Oct 2013 at 10:17

[GoogleCodeExporter]

Still occured too.
TortoiseGit 1.8.6.0 (C:\Program Files\TortoiseGit\bin\) 
git version 1.8.0.msysgit.0 (C:\Program Files (x86)\Git\bin)
Windows 7, 64 bit.
Seems that it occures only on network drives. 

Original comment by dampfhan...@gmail.com on 24 Oct 2013 at 8:11

[GoogleCodeExporter]

(I added a comment to issue 623), bug still happening w. TortoiseGit 1.8.6.0, 
Windows 7 64 bit

Original comment by giunta.g...@gmail.com on 29 Oct 2013 at 1:24

[GoogleCodeExporter]

This bug is STILL not fixed.  PLEASE RE-OPEN.

Original comment by david.b....@gmail.com on 6 Nov 2013 at 12:11

[GoogleCodeExporter]

Also in win 8

Original comment by silvio.c...@gmail.com on 19 Nov 2013 at 4:46