Running into an odd issue where icon overlays for cloned repos are displayed on all folders but missing on the files. There's currently 9 tortoise and 8 one drive entries in the ShellIconOverlayIdentifiers in regedit but the tortoise ones are all at the top, having a " " at the start of each name.
I had seen that too many entries would cause the icons not to display, but since I still see the overlays on folders I was hesitant to start deleting items from the registry. Is this the same issue or could there be some other factor is icons are still partially working?
This looks as if the folder is excluded from status generation (i.e., show excluded folders as normal).
Please look at TortoiseGit settings and check Icon overlay settings (cf. https://tortoisegit.org/docs/tortoisegit/tgit-dug-settings.html#tgit-dug-settings-overlay)
Please also see https://tortoisegit.org/support/faq/#ovlnotall
Related
I currently have a very strange issue. I have a repository, which includes another one as submodule. Recently, I added some files (three to be exact) within a subfolder of that submodule. I did that via git cli and not with TortoiseGit. Everything worked fine and the files show up correctly at the remote.
But in the Windows Explorer I was missing the overlay icons for the files as well as for the subfolder.
I started playing around. When I changed a file, the red overlay icon appeared. And it stayed there even after refreshing the explorer view. When reverting it back, the file got its green overlay icon. But when refreshing the explorer view or navigating around, the green icon disappeared.
So as the overlay icons are generally working (for all other files in all my repositories as well as sometimes for the files in question) it is not related to the typical icon overlay issue with too many programs claiming them as in [1].
I clone a new copy of my repo. All files are there and the icons work as they should.
I also checked the casing of my file names and folders as suggested by [2]. I did not spot any issues there.
I dug around more and tried the two answers [3] and [4] to a similar question. [3] did have no effect. Surprisingly [4] worked as long as the parent directory was renamed. As soon as I changed the name back to the original name I was back to the original non working behavior.
So here I am, without any clue what this could be. I know I could solve my problem with a new clone or with renaming of the folder. But I would like to understand the root cause. Because either I did something wrong in my process and probably should change it, or there is a bug in TortoiseGit, TGitCache or something like that, which maybe could be fixed.
Thanks for your help in advance.
I have a fresh repo, cloned from our gerrit box. When I check out the normal development "master" branch (named "development"), all of the icon overlays work properly.
The problem arises when, on that fresh clone, I check out another branch "development_test". After checking out that branch, the icon overlay shows all files as being unversioned. If I checkout the master branch, all is well once again. Doesn't appear to be the underscore as other branches can be checked out without issue. Running git status or using tortoise's "check for modifications" shows no changes.
Is there some setting, someplace, either on my system or on the remote, which would cause tortoise to think the tree was different enough to be considered unversioned?
Edit: I have tried to increase the max cached icons limit to over 10k, no change. Tried renaming the overlay key entries in the registry from " TortoiseX---" to " XTortoise---", also with no change. The problem seems to be confined to this one branch.
Running git for windows 2.7.1.2 and TortoiseGit 1.8.16.0, both 64-bit.
As you stated in you comment one file ends with a dot, thus, TortoiseGit namely TGitCache which is responsible for calculating the file statuses fails to load the index (libgit2 reports an error if an entry in the index is not valid) and therefore all files will be displayed as added.
Fix the invalid filename and everything should work.
I copied a repository (whole folder) from one computer to another and added the repository to the TortoiseHG workbench through File->Open Repository.
Everything works fine, except no overlay icons are showing in windows explorer in the directory of the copied repository (for whether the file has been modified, or it's up to date, etc).
Does anyone know how I can fix this?
Thanks
I found the answer https://bitbucket.org/tortoisehg/thg/issue/3933/overlay-icons-not-showing-properly - see Shea Martin's reply near the bottom about windows only allowing 11 overlay icon registry entries
My project pane in IntelliJ has all files and folder in red color instead of the typical black. I can't find documentation on what does this color mean and how to fix whatever caused it so that it appears black again.
I notice that when I click on these files and folders, then choose Menu->VCS->Mercurial. It asks if I want to add them into source control. These files are already in Mercurial, perhaps this is a Mercurial problem?
Refer to help: File Status Highlights.
This can happen if there is an error with you VCS. To repair this:
Navigate to Settings | Version Control
Select the mapping(s)
Click [-] icon or press Delete to remove the mapping or change the association to None
Update: So, this turns out to have nothing to do with Tortoise SVN. I use Mozy.com for off-site backups and their new version includes these icon overlays. They can be disabled via the config options...or see here http://forum.pcmech.com/showthread.php?p=1385433. Thanks #OS for the answer.
Been using Tortoise SVN for some time on my Vista box. Within the last few days (and after recently upgrading to 1.5.4) the icon overlays are displaying on all files.
My exclude path is:
*
My include paths are:
C:\Users\jw\Documents\Visual Studio 2008\Projects\SVNProjects*
C:\Users\jw\Documents\VB Projects\SVNProjects*
I haven't touched those settings in months. Any ideas? Help. Thanks.
Something like that happened to me a few days ago and it turns out it's not related to Tortoise... I'm using Mozy to backup files automatically and their latest update includes icons very similar to Tortoise to mark backed-up files.
Icons usually appear for folders for files in a folder that have a hidden .svn subfolder. It sounds like your icon cache is corrupt though. You might also want to check the Icon Overlays section in the Settings dialog. If it's using the default icon cache, try killing the TSVNCache.exe process. If it's using the chell cache, kill explore.exe, in a cmd window go to %USERPROFILE%\AppData\Local, type "attrib –h IconCache.db" and then "del IconCache.db" and re-start explorer.exe.
The icons can disappear because there is a limit to the number of overlays Windows will support.
See http://tortoisesvn.net/faq.html#ovlnotshowing
agree with marxidad,
you can also try to rebuild the tortoisesvn icon cache using
TortoiseProc.exe
/command:rebuildiconcache
from the command line.