By edmilsonm... on January 29, 2011 14:39 (imported from Google Code)
What steps will reproduce the problem?
Have a freshly installed, fully updated Windows 64bit Ultimate system;
Install the latest version of msysgit (1.7.3.1) and restart;
Install the latest 64bit version of TortoiseGit (1.6.3.0) and restart;
Create a folder called "test" on the desktop; open it; right-click and select "Git Create repository here...", click "Ok";
Create a file called "test.txt" with the text "test" inside it and commit it;
Look at the file and folder.
What is the expected output? What do you see instead?
I expected to see both the file and the directory it is in marked with a green "V" for "ok, this is committed". Instead, both the file and the folder are marked with a red "!" as if there are any changes. Trying to commit or check the diff shows there are no changes at all.
What version of the product are you using? On what operating system?
As mentioned in the "steps to reproduce".
Please provide any additional information below.
I have tried uninstalling, removing any and all traces of Git from my system, and reinstalling from several different versions to no avail - this behavior remains consistent. It used to work fine on this computer before but I had to reload Windows on it. I have a larger work repository on it as well, on another drive, that does not show any icons at all from Git, but if I try to delete it I can't until I kill the TGitCache.exe process. I have deleted this repository for now for the new tests (as described above) but it made no difference.
Switching the icon overlay cache from "Default" to any other modes (shell, shell extended, disabled) makes no icon appear at all. The rest of tortoisegit works fine, only the file overlays appear to not work.
I'm out of things to try and fix this.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related or that one is blocking others.
Learn more.
Comment 2 by edmilsonm... on January 30, 2011 05:21
Maybe, but I think it might not be the same case. A full working repository I have is not showing icons at all and killing TGitCache does not alleviate the icon problems.
Comment 3 by edmilsonm... on January 31, 2011 17:40
After reinstalling Git and TortoiseGit several times, trying different repositories and looking for ideas on other bug reports, I managed to fix this by editing the shell icon overlay identifiers on the Windows registry.
What I did to fix it was:
1 - Open regedit;
2 - Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers;
3 - Rename all entries that start with "Tortoise" so they start with "01_Tortoise";
4 - Kill explorer.exe/tgitcache, restart explorer.
Now everything works fine. I realize this is an ugly workaround, but somehow it fixed it for me. I am aware of the limitations regarding how many different shell icons Windows can handle, and that having another program that uses those (like Dropbox) sometimes makes some icons stop working, but it does not fully explain the fact that ALL icons weren't working. Maybe changing the identifiers cleared some icon cache somewhere?
Note: icon overlays for unversioned files still do not work.
Comment 5 by edmilsonm... on February 17, 2011 01:59
No, I do not have MS Office 2010 (or any version of MS Office) installed. Like I said, this happened on a freshly installed Windows 7. I barely installed video drivers before installing msysgit and TortoiseGit.
Comment 9 by dev.unleashedm... on June 08, 2011 19:35
Also had this issue after re-installing TortoiseGit, TortoiseSVN, and TortoiseCVS.
However, the suggested solution in Comment #3 didn't work for me; that is, because either TortoiseGit 1.6.5.0 or TortoiseSVN adds entries prefixed with numbers already. Which one doesn't matter, as both are using the shared TortoiseOverlays; but for the sake of completeness, the CLSID was registered by TortoiseSVN. Actually, all entries exist twice, once prefixed with integers, and once more without the prefix. The CLSIDs of both sets are identical though. Anyway, nothing to rename.
Comment 12 by diego.link.e... on September 08, 2011 20:59
Confirming, comment 3 fixed this issue for me on Windows 7 64-bit Home premium no other Tortoise version installed i.e SVN, Hg running
TortoiseGit 1.7.3.0
git version 1.7.6.msysgit.0
I have a Win 7 64-bit system, and I have tried the above suggestions to no avail.
I have noticed something that might be of interest. I have a feeling the icon overlays may have problems that are permissions-related.
Yesterday I installed Tortoise & Git for the first time ever, and created a GIT repository for an existing folder tree. This has shown icons perfectly throughout 8 hours of usage and about 15 commits.
Today I created a second GIT repository for a totally separate folder tree, on a removable USB drive. [FYI - this drive has a history of requiring elevation of priveleges to perform some operations in Explorer, because it was formatted up on a different machine, I think].
My first repository is still showing overlays fine. The second repository's overlay icons are showing the exact errant behaviours the OP reported, even if it is copied onto the local hard disc.
If I view the affected repository in Explorer, or in Visual Studio 2010's Open File dialog, I get errant icon overlays. ** But if I run visual Studio 2010 with elevated ADMIN priveleges, I see the correct icon overlays in VS2010's Open File dialog. ** Right now, I have Explorer and VS2010's windows side by side, showing different overlays for the same repository, on the same machine.
I'm sorry I can't share these commercial repositories.
Additional - I can reproduce the inconsistent overlay views I mentioned in Comment 14 by running two copies of Notepad.EXE, one as a regular user, and the other elevated, and comparing what their Open File dialogs are showing. A VS2010 installation is not required to reproduce the problem.
Comment 16 by Brookman.G... on November 30, 2011 12:45
I'm running Windows 7 Professional and I:
- Installed the latest version of msysgit (1.7.7.1)
- Installed the latest 64bit version of TortoiseGit (1.7.5.0)
- Created a repository, added files, committed
and no icons.
I still get this as well. Once TortoiseGit messes up the icons, the only way to get it to recognize the current status of folders is to kill and restart TGitCache.
Comment 25 by robert.pol... on October 05, 2012 07:34
@brian428 and other commenters:
Your problems can be tackled much easier when you give more information, like:
What are the exact symptoms you see?
Which TortoiseGit version did you use? On which operating system?
And, most valuable:
Please try to reproduce the problem. Can you reproduce it starting with a newly created repository? Or by cloning some public (open source) repository? What are the exact steps for reproducing?
Comment 26 by charbom... on October 31, 2012 15:59
Well, I think I have the same issue here:
After a fresh install of TortoiseGIT 1.7.14 and msysgit 1.8.0 on windows 7:
-Right click on an empty "test" folder, select "create repository here..."
-Fill repository with some files (txt and docx)
-Create a subfolder --> funny the green "v" icon appears.
-Right click and add files --> no icons appears (I expect to see "+")
-Right click and commit (Tortoise asks me to set mail and name)
-Still no icon overlay
-Refresh explorer --> no change
-Restart Windows --> no change
Only folders (the repository and the subfolder) show the icons overlay.
Comment 27 by charbom... on November 02, 2012 16:12
Got something interesting concerning my previous comment (Comment #26)
- I created the "test" directory on a network drive.
- When copying the directory to a local drive, everything works (icon overlay are displayed)
Comment 28 by Stefanie.Stoelt... on November 19, 2012 11:14
I can confirm Comment #26 and Comment #27, same behavior here with the same versions of TortoiseGit and msysgit on Windows 7/64 bit and Windows XP/32 bit.
It seems to be a problem with the overlay on Folders, that are not on local harddisc.
Looking at the folder with Git Bash I can see, that Git itself is working as expected.
I can confirm this with TortoiseGit-2013-01-08-f57f9a51-64bit running on Windows 7 64bit Ultimate. Git repos is on a local drive. On the side, I am using Git Bash.
Comment 36 by NetAndroi... on September 09, 2013 06:16
The setting via regedit is only possible to value 4096 (http://support.microsoft.com/kb/132668) but i have a folder with 10 K files. The icons are wrong again.
Comment 37 by pete.klop... on October 18, 2013 11:13
Windows 7 Professional 64 bit
TortoiseSVN 1.8.2
Git 1.8.4
TortoiseGIT 1.8.5
Icons overlay worked for TortoiseSVN. Added TortoiseGIT and those icons were missing.
Step 1 and 4 from comment 9 by dev.unle@gmail.com made the missing icons appear.
I had this problem and none of the fixes here worked for me. It turned out that it was installing BoxSync from Box.com (which has it's own icon overlays) that broke TortoiseGit icons. Uninstalling BoxSync fixed the problem - I didn't try adjusting settings in BoxSync.
Comment 43 by wskellen... on August 15, 2014 13:51
I had no overlay icons displaying suddenly after it was working for quite some time.
I remobed ALL of the icons from key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers
...then did a "repair" install of tortoisegit, restarted explorer -- this didn't solve the problem.
Comment 16 then resolved the issue for me, adding the "Max Cached Icons" String value to the key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer
Note: on my machine, there was already a string value called "Max Icon Cache" with a value 8192 -- but you need to add "Max Cached Icons" and then restart explorer.exe, did the trick...
I find solution :)
Add sign " " in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers
on 1TortoiseNormal and etc...
I understood the problem, seeing as Dropbox and it worked regedit there was the sign ("") to Dropbox but not tortoise.
So I added the signs, close explorer.exe and hop it was good :)
Comment 47 by christianhang... on September 02, 2014 15:54
Wowww @Dante38
This awesome, your solution also worked for me (after explorer.exe restart too) like @bl.horiz did.
My environment for 2 notebook (both with OS Windows 7 Service pack 1 64 bit):
Notebook 1 install with TortoiseGit 1.8.11.0 (64 bit) & Git version 1.9.4-preview20140611
Notebook 2 install with TortoiseGit 1.6.5.0 (64 bit) & Git version 1.7.4-preview20110204
Seems like all our trouble can be solve with this solution for this all discussion issue
Comment 50 by ch.zwersc... on September 10, 2014 08:13
The important thing seems to be that the keys of Dropbox must be alphabetically after those of Tortoise in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers. In newer versions of Tortoise, the keys already start with digits, but newer versions of Dropbox use quotes which sort before digits in ascii code. So the solution is to either remove the quotes from the Dropbox keys or add quotes to the Tortoise keys. I can confirm that this solved the problem for me.
Comment 57 by pnp.anc... on November 01, 2014 20:59
With suggestion Comment #45
After my mate solved his problem on Windows 8 following suggestion Comment #45
I tried it out on Windows 7 to see if it screwed up things there:
It doesn't, after changing reg keys and logging out and in, it still works.
TortoiseGit 1.8.11.0 (C:\Program Files\TortoiseGit\bin)
git version 1.9.0.msysgit.0 (C:\Program Files (x86)\Git\bin)
Windows 7 Ultimate, 64 bit
Comment #45 Works for me.
Windows 8.1 x64
TortoiseGit 1.8.12.0 (C:\Program Files\TortoiseGit\bin)
git version 1.9.5.msysgit.0 (C:\Program Files (x86)\Git\bin)
Adding double quotes around the reg keys didn't work for me. I have a number of entries for the ownCloud client that had two spaces at the beginning of their keys. I added two spaces in freont of the GIT keys and then they worked, and ownCloud now doesn't :-(
Only the first N reg keys are working correctly.
Using the double quotes makes them go first then others.
And, others are not working anymore.
That's why the way of Comment #45 works for most people.
(I'm not sure the value of N, perhaps 15, or less.)
Comment 78 by arnout.standa... on June 12, 2015 06:32
Seems that Dropbox doesn't use "" quotes anymore around their icon overlay keys... they are now using a single space before the key name. This way, they still get sorted and used first EVEN if you add "" quotes around the Tortoise keys.
Solution: add a single space before the Tortoise key names, or delete the Dropbox ones.
The problem I encounter is, the work tree is clean and TortoiseGit told me on folder status is modified.
This following setting works for me with
TortoiseGit 2.10.0.2 (C:\Program Files\TortoiseGit\bin)
git version 2.26.2.windows.1 (C:\Program Files\Git\bin; C:\Program Files\Git\mingw64; C:\Program Files\Git\etc\gitconfig)
Microsoft Windows [Version 10.0.18363.778]
TortoiseGIT, Settings, Icon Overlays, Status Cache -> Shell