Open GoogleCodeExporter opened 9 years ago
This seems to be the same issue as described here:
http://code.google.com/p/tortoisegit/issues/detail?id=596
We're noticing large delays in opening file properties and hanging file delete
dialogs until we kill TGitCache.exe.
Original comment by jelle.ra...@gmail.com
on 28 Nov 2012 at 12:37
In TortoiseGit 1.8.5 we're going to add a special debug interface:
You can enable it by setting DebugOutputString to true in TGit Advanced
Settings. After enabling it, you can see some debug output in DebugView from
the Sysinternals Suite - this can also help us spotting the cause.
Original comment by ch3co...@gmail.com
on 16 Aug 2013 at 3:29
Issue 1797 has been merged into this issue.
Original comment by ch3co...@gmail.com
on 20 Aug 2013 at 2:56
Related to duplicated issue 1797:
Right clicking still hangs for a long time before showing a popup. (v1.8.5 on
64bit windows7). Killing TGitCache.exe does not help.
I have enabled DebugOutputString and this is the output from DebugView:
When clicking inside a directory:
[1584] CShellExt::Initialize_Wrap: Shell :: Initialize
[1584] CShellExt::QueryContextMenu_Wrap: Shell :: QueryContextMenu itemStates=17
[1584] CShellExt::GetCommandString_Wrap: verb : Git Clone...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Create repository here...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Clone...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Create repository here...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Create repository here...
When clicking on a directory with a git repo inside:
[1584] CShellExt::Initialize_Wrap: Shell :: Initialize
[3556] InstanceThread: InstanceThread started
[3556] CCachedDirectory::UpdateCurrentStatus: UpdateCurrentStatus E:\somepath
new:9 old: 9
[1584] CShellExt::QueryContextMenu_Wrap: Shell :: QueryContextMenu
itemStates=2097461
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Sync...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[1584] CShellExt::GetCommandString_Wrap: verb : Git Commit...
[3556] InstanceThread: Instance thread exited
Original comment by krzywick...@gmail.com
on 5 Sep 2013 at 2:23
Issue 1797 has been merged into this issue.
Original comment by ch3co...@gmail.com
on 5 Sep 2013 at 2:26
@krzywicki: Can you also capture the log with timestamp?
I 've just updated the wiki to tell how to capture Time column with DebugView.
http://code.google.com/p/tortoisegit/wiki/HOWTO_Debug
Original comment by ch3co...@gmail.com
on 5 Sep 2013 at 2:45
Sure, below is the logfile with the timestamps.
Original comment by krzywick...@gmail.com
on 5 Sep 2013 at 4:52
Attachments:
First is a right-click in an empty folder (lines 1-7), then a right-click on an
existing repository (lines 8-125)
Original comment by krzywick...@gmail.com
on 5 Sep 2013 at 4:54
Right click of a non-git file:
XP 32-bit Professional + TortoiseGit-1.8.6.0-32bit.msi does _not_ hang Explorer
on right click.
Win7 64-bit Home Edition + TortoiseGit-1.8.6.0-64bit.msi _hangs_ on right click.
Git-1.8.4-preview20130916.exe was used (but probably irrelevant to this).
Original comment by rcp...@gmail.com
on 3 Dec 2013 at 7:04
Whats the status of this issue with our latest stable and preview releases?
Original comment by sstrickr...@googlemail.com
on 28 May 2014 at 7:53
Still happens on occasion (mostly for large repositories). A new behavior is
that now sometimes the menu will come up and immediately close itself. The
behavior is repeated a few times, but I can usually get it without killing
TGitCache. I'd say I have to kill it every one in 10 times, and the issue
happens maybe 1 in 100 times I right-click a repository folder.
Original comment by mtSch...@gmail.com
on 28 May 2014 at 10:45
1.8.8 saw this bug on win8 with cifs volumes originating from server 2012,
however 1.8.9 appears to have fixed this.
Original comment by msmo...@gmail.com
on 23 Jun 2014 at 3:44
@msmoril: Thanks for your feedback. But I suppose this was another issue (issue
#2161).
I'm unsure if this issue was originally based on this. So, what's the status of
this issue?
Original comment by sstrickr...@googlemail.com
on 23 Jun 2014 at 3:47
I'm experiencing this delay with abundance on my computer. The repository I'm
working with is large. The problem is a large delay (7 sec or so) before
bringing up the right-click context menu (either in the folder itself or on a
file). The menu does eventually always come up if I wait long enough. I'm on
64-bit Win 7.
Original comment by chris.ch...@gmail.com
on 13 Oct 2014 at 1:28
I think I underestimated the delay. It is more like 20 seconds.
Original comment by chris.ch...@gmail.com
on 14 Oct 2014 at 12:28
It would be nice if we could get information about the size of the repository
and whether tgitcache.exe is busy/running.
It might also help to set the Overlay cache to "Shell" or "Shell Extended".
Original comment by sstrickr...@googlemail.com
on 22 Oct 2014 at 6:23
Issue 1797 has been merged into this issue.
Original comment by ch3co...@gmail.com
on 14 Jan 2015 at 2:54
still a problem. super annoying, I'm going to have to find an alternative client, because this is making my machine usuable
Issue still there for Win10 with Tortoise Git 2.8.0.
It seems to take even longer the every time i click it
May be fixed by https://gitlab.com/tortoisegit/tortoisegit/-/merge_requests/148. Also try to restrict settings to fixed drives only - see https://tortoisegit.org/docs/tortoisegit/tgit-dug-settings.html#tgit-dug-settings-overlay
Original issue reported on code.google.com by
mtSch...@gmail.com
on 24 Oct 2012 at 11:56