TortoiseSVN uses up to seven overlay slots for the status:
svn:needs-lock property on a file, Subversion makes that file ReadOnly until you get a lock on that file. Read-only files have this overlay to indicate that you have to get a lock first before you can edit that file.Unlike TortoiseCVS (the CVS shell integration) no overlay icon for unversioned files is shown. We do this because the number of icon overlays are limited system wide and should be used economically.
In some situations the overlay icons may not appear. This can happen on older Windows version (before Win2K) or if other applications install overlay handlers as well, since overlay icons are a limited ressource in Windows.
You may find that not all of these icons are used on your system. This is because the number of overlays allowed by Windows is limited to 15. Windows uses 4 of those, and the remaining 11 can be used by other applications. If you are also using TortoiseCVS, then there are not enough overlay slots available, so TortoiseSVN tries to be a "Good Citizen (TM)"? and limits its use of overlays to give other apps a chance.
If you like to see all of the TortoiseSVN icons, you have to manually remove one of the other icon overlay handlers. This can be done by editing the registry. Use at your own risk!
You can to delete one of TortoiseCVSes entries at: HKLM\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\ShellIconOverlayIdentifiers
Go to the Settings -> Look and Feel -> Icon Overlays and check the drive types for which you want to see overlay icons. Be aware that enabling overlays for network drives will slow down not only TortoiseSVN but the whole system.
After upgrading the client from Subversion/TortoiseSVN 1.3.x to 1.4.x some unversioned files display green checkmarks instead of no overlay icon at all.
It looks like something is left behind during the upgrade which confuses the TortoiseSVN status cache.
The standard procedure to resolve this problem is to close all explorer windows that display the working copy in question and to kill the TSVNCache process. When the explorer window is opened again, the TortoiseSVN status cache wil rebuild its internal data structures.
If your working copy is on a SUBST drive the icons might be mixed up.
The problem arises because the cache tries to fetch the status for two "different" locations at the same time, but those locations are actually the same so there are two status fetchings for the same working copy at the same time.
There is an easy way to solve this:
just exclude the original path from showing overlays (settings->icon overlays->exclude paths).
For example, if you have mapped \\station\folder\wc to g:
then put "\\station\folder\wc*" as the exclude pattern.
(Solution first found by Stefan)
NOTE: This FAQ entry applies to TSVN 1.1.7 and earlier. From V1.2.0 these older operating systems are no longer supported.
If you are using Windows 95 the icon overlays won't appear. You can try the instructions for Windows NT4 below if you like, but it may still not work. Please note: We don't support Windows 95 at all - so there may be other issues if you're using that OS
If you are using Windows NT4, you need to install the IE4 shell or desktop extensions to get a more recent version of Explorer. To do this install IE4, and choose Yes to install the active desktop. Don't worry, you can turn off the actual active desktop later by right clicking on it. It's the new version of Explorer that we are after.
If you've already installed IE5, you must either:
ie5setup.exe file. If the browser appears unstable afterwards just run the IE5 repair function.ie5setup.exe /c:"ie5wzd /e:IE4Shell WIN /I:Y"ie5setup.exe /c:"ie5wzd /e:IE4Shell NTx86 /I:Y"
For IE6: Run IE6 setup with command line switches to install the IE4 desktop (shell) extensions. The same caveats apply as for IE5. The command must be run from the folder that contains the ie6setup.exe file.
For WinNT: ie6setup.exe /c:"ie6wzd /e:IE4Shell NTx86 /I:Y"
The shortcut labelled Win NT Explorer on your start menu probably points to C:\\WINNT\\explorer.scf and doesn't get the overlays. Create a new shortcut to %windir%\\Explorer.exe /n, /e and it may get the overlays.
If you're using an IntelliPoint mouse driver, and launching Explorer via a mouse click, you need to upgrade from version 3 to version 3.2 or higher of IntelliPoint. Strangely, launching Explorer from the Start menu gives icons in this case, but not when launched from the mouse.
If you're working with big projects, you might encounter some performance problems when using TortoiseSVN. Here are some tips to optimize the settings:
Problem:
If several users are connected to a Windows 2003 Terminal Server, some of them do not see the overlay icons.
Solution:
As long as the users have certain rights on the server (i.e. the right to establish local pipe connections to apps running in another user context) it will work. If the users don't have those rights, then only the first user will see the overlays, all others won't. That's because there's only one single instance of the TSVNCache process which all users access - if they don't have the right to access it then they don't have the overlays.
Or:
Open ToroiseSVN settings, navigate to "Look and Feel -> Icon Overlays", and under "Status Cache" select "Shell".
Sometimes you find that the overlays don't reflect the real status of files and/or folders. Usually, hitting the F5 key is enough to make the overlays appear correctly (you might have to wait a few seconds until the cache has fetched the status again).
The treeview on the left side of the explorer is a whole other story. It won't update the overlays, no matter how many times you hit the F5 key. That's a problem with the explorer and outside of TortoiseSVN's reach.
A short explanation:
The treeview always shows the whole explorer tree, including network drives and other namespace extensions. Since these can be very slow (e.g. slow network drives), the explorer tree doesn't ask the overlay extensions for updated overlays all the time. Even if you tell the explorer that a folder has changed and it should update the overlays accordingly, it doesn't do so. It first checks itself if the folder really has changed and only updates the overlays if it thinks the folder really has changed.
Now, since the Subversion status of a folder has nothing to do with the folder itself, the folder itself never really changes (only some file inside the .svn folder, but not the folder itself), explorer therefore doesn't update the overlays.
There are some tricks and workarounds to make the explorer refresh the overlays even on the left treeview, but those are tricks and workarounds, which obviously don't work all the time.
There's one trick that usually works, but it is slow and TortoiseSVN can't use that trick on-the-fly - it just would slow down the system too much. But you can trigger that trick manually by executing the 'cleanup' command on the root of your working copy. After the cleanup command has finished, you have to wait a few seconds for the treeview to update the overlay icons.
The Windows icon cache is a fairly buggy creature. You can solve this in one of the following ways:
HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows\\CurrentVersion\\Explorer and add a new String Value called Max Cached Icons. The default value is 500 - try increasing it to 2048 (see Q132668 in the Microsoft knowledge base for more details). TortoiseProc.exe /command:rebuildiconcache