Discussion of bugs and problems found in Altap Salamander. In your reports, please be as descriptive as possible, and report one incident per report. Do not post crash reports here, send us the generated bug report by email instead, please.
I'm using Perforce, not CVS or SVN, but appear to be getting some icon overlays. The behavior appears to be somewhat random since only some of the files have the overlay icons.
Here are a couple screenshots.
First Altap Salamander (hmm...looks like the forums need to be renamed). Notice the green dots.
And now, here's what explorer looks like:
Not a showstopper by any means, but it looks like this new overlay icon feature doesn't work exactly as expected.
Martin, could you please try Total Commander 7.0 Release Candidate 2 and let us know if overlay icons are displayed there? (You need to turn on option Configuration > Options > Icons > Show overlay icons.)
For example Tortoise SVN/CVS can behave differently in Windows Explorer and other file managers. So it could be the same case with Perforce...
I was really excited to see that RC3 was supposed to have Tortoise overlay icons. But they are not displayed on my computer.
I don't know if this has something to do with the fact that RC3 displays the overlay icons for Link Shell Extension on junctions instead of the standard icon Salamander uses for junctions (with the shortcut symbol).
skanberg wrote:I was really excited to see that RC3 was supposed to have Tortoise overlay icons. But they are not displayed on my computer.
If you are using 64-bit Windows with 64-bit Tortoise SVN, you should install 32-bit version of Tortoise SVN and it will work (recomendation from Tortoise SVN web pages). We plan to make 64-bit version of Salamander, but it will take some time.
If you have the "Show overlays only in Explorer" options turned on, turn it off. You will find this option in Tortoise SVN > Settings > Icon Overlays.
skanberg wrote:I don't know if this has something to do with the fact that RC3 displays the overlay icons for Link Shell Extension on junctions instead of the standard icon Salamander uses for junctions (with the shortcut symbol).
Overlay for junctions should be the same as overlay for common file shortcuts. Vista uses new overlay, we patched Salamander to use the same overlay, so if the overlay is not the same as shortcut overlay in Windows Explorer, it's a bug. To make this clear, please send me screenshot (petr.solin at altap.cz), it will be better than thousand words.
Petr Solin wrote:
If you have the "Show overlays only in Explorer" options turned on, turn it off. You will find this option in Tortoise SVN > Settings > Icon Overlays.
That did the trick, thanks!
Petr Solin wrote:
To make this clear, please send me screenshot (petr.solin at altap.cz), it will be better than thousand words.
An e-mail is on the way.
Thanks for a great product. Computers would be unusable without Salamander.
first, let me say that it is great that overlay icons have found their way into salamander
But before I went to lunch, I noticed that the icons differed in Salamander and Windows Explorer: I knew that some files in my svn repository where outdated or modified, so I was quite surprised that the repository was shown as "up to date" (the green symbol), so I crosschecked with explorer and found the exclamation mark, as I expected.
Then, I went to lunch - and when I returned, the icons in Salamander showed as expected.
Does it take salamander some time to read the required information? If so, perhaps you could some (perhaps grayed) icon to indicate so?
La wrote:Does it take salamander some time to read the required information? If so, perhaps you could some (perhaps grayed) icon to indicate so?
It looks strange, because Salamander reads overlay icons state every time the directory is read. The information is obtained directly from the overlay icons providers so caching (on OS layer) cannot be involved.
Please try to reproduce this problem, take same screenshots (Explorer and Salamander) and let us know. Do you use the latest version of Tortoise SVN?
Could you please test also behavior in Total Commander 7 (RC2)? (You need to turn on option Configuration > Options > Icons > Show overlay icons.)
msaxer wrote:I'm using Perforce, not CVS or SVN, but appear to be getting some icon overlays. The behavior appears to be somewhat random since only some of the files have the overlay icons.
msaxer wrote:The right answer is that all of the read-only files should have an overlay icon since they are the files stored in Perforce.
Martin, in the first post you posted a screenshot of Salamander which seems to be OK -- all read-only files were marked with overlay. I'm confused.
Jan Rysavy wrote:
Martin, in the first post you posted a screenshot of Salamander which seems to be OK -- all read-only files were marked with overlay. I'm confused.
Right you are, sorry Jan. The first screenshot appears to be correct. However during normal usage the overlay icons appear somewhat randomly. The second pair of screenshots displays this. If I jump to different directories containing files that are all in Perforce only some of them have the overlay. I wish I could provide more specifics, but I can't discern a pattern.
Here's something! If I have a directory selected in one panel where all the files are in Perforce, but only some have overlay icons, and then have the other panel show the same directory all the files correctly get the overlay icons. I seem to be able to do this consistently. It looks like Salamander is getting the information, but perhaps too late to paint the icons in the first panel? Hope that helps.
msaxer wrote:Here's something! If I have a directory selected in one panel where all the files are in Perforce, but only some have overlay icons, and then have the other panel show the same directory all the files correctly get the overlay icons. I seem to be able to do this consistently. It looks like Salamander is getting the information, but perhaps too late to paint the icons in the first panel? Hope that helps.
Please try to refresh one panel several times (using Ctrl+R key) instead of changing path in other panel to the same directory. All icon overlays are read again after refresh. Does it fully work since first Refresh or is it random for each Refresh?
I had suspicion that it is problem with one overlay handler used for two panels at one time, but it's probably not the case because you are changing path only in one panel (other panel does not need to read overlays because it's not changed, so not refreshed).
La wrote:But before I went to lunch, I noticed that the icons differed in Salamander and Windows Explorer: I knew that some files in my svn repository where outdated or modified, so I was quite surprised that the repository was shown as "up to date" (the green symbol), so I crosschecked with explorer and found the exclamation mark, as I expected.
Then, I went to lunch - and when I returned, the icons in Salamander showed as expected.
Please test if wrong overlays are corrected simply by refreshing panel (using Ctrl+R key) or if you need to do something more.
Does someone else experience similar problems?
I have similar experience with Tortoise CVS: it shows wrong icons after "cvs commit" from command-prompt. Files still have "modified" overlay though they are already commited to CVS repository. After "cvs update" it shows correct overlays. It's logical, Tortoise CVS gets file states from local CVS directories which are probably not updated until "cvs update".
Edit: Tortoise CVS overlays are displayed properly immediately after "cvs commit" now, I don't know what was the problem before.
Last edited by Petr Solin on 18 Apr 2007, 12:02, edited 1 time in total.
Petr Solin wrote:
Please test if wrong overlays are corrected simply by refreshing panel (using Ctrl+R key) or if you need to do something more.
Does this internally do the same thing as CTRL-F9? I did this and it did not change the icons.
However, I currently cannot reproduce the issue. Seems to be one of this beloved non-deterministic once-in-a-while-bugs If it appears again, I will take some screenshots.
I was using TortoiseSVN 1.4.2 (current is 1.4.3), perhaps the issue is indeed due to Tortoise:
TortoiseSVN Release Notes wrote:
Notes:
TortoiseSVN 1.4.3
Version 1.4.3 fixes a bug in the shell extension on Vista and one bug in the status cache.
Linked against Subversion 1.4.3.
If it appears again, I will take some screenshots.