Thomas Hruska wrote:
> Thomas Hruska wrote:
>> Simon Large wrote:
>>> Thomas Hruska wrote:
>>>> Ken Denault wrote:
>>>> I'm seeing this mostly with directories and I've been able to repeat
>>>> the bug by having a modified file in a subdirectory and then adding
>>>> a new file in the main directory to SVN. When I do that, every icon
>>>> changes to a green checkmark...including the '.svn' subdirectory in
>>>> the main directory. Attached is a screenshot of what I mean. (I
>>>> blacked out critical segments and drew on the image to indicate what
>>>> the problems are).
>>>
>>> That just jogged my memory. I upgraded from 1.3.5 to 1.4.0 and ran a
>>> cleanup on all my WCs. All ok for a while, then I followed the
>>> sequence you describe. Modified a file (more than 1? can't remember)
>>> and added a file (more than 1? ...) At that point everything went
>>> green. Killing TSVNCache fixed it, nothing else would.
>>>
>>> It was not the same day that I upgraded, but I may well have left my
>>> PC on, so TSVNCache would have been running on a 1.3.5 WC and not
>>> restarted after the cleanup. Maybe that is how it got confused? I
>>> have not seen the problem since.
>>>
>>>> This bug seems to show up more often on removable media (e.g. USB
>>>> thumbdrives) and it fixed itself one time on my main hard drive but
>>>> only after I checked in my changes and it took about 2 minutes to
>>>> get around to fixing itself. I haven't checked in the changes shown
>>>> in the attached image since I upgraded to 1.4.0, but I have rebooted
>>>> a couple times (due to Windows updates). So, this means the working
>>>> copy is using the old 1.3.x format. It may correct itself when I
>>>> check in my work, but that's a week away.
>>>
>>> In my case it was on the hard drive. Try doing a WC cleanup, reboot
>>> and see if it ever happens again.
>>>
>>> Simon
>>
>> Killing TSVNCache and then doing a SVN cleanup did the trick. Seems
>> to be working fine now.
>
> I just ran into this issue again but it should be using 1.4.0 entirely
> right now. I had the following directory structure:
>
> ParentDir
> SubDir1
> VSWorkspace
> CodeDir
> res
>
> There was a Visual Studio solution and files in CodeDir and res. No
> files existed in SubDir1 and VSWorkspace (just the .svn and listed
> subdirectories). I also had accidentally included the .aps file for the
> solution in CodeDir. All files were fresh from a check-in. This is
> what I did:
>
> 1) Used TSVN to SVN delete the .aps file in CodeDir.
> 2) I then decided to move everything in CodeDir to SubDir1. So, I
> physically copied the files that were still under source control and the
> entire 'res' subdirectory. I then went in and manually deleted the .svn
> subdirectory that was copied when the 'res' subdirectory was copied.
> 3) I attempted a SVN delete on the VSWorkspace subdirectory. I was
> asked if I wanted to continue the delete operation even though there
> were non-versioned files. I said 'no' and then went and deleted the
> .suo and .ncb files in the CodeDir subdirectory by hand.*
> 4) Finally, I ran a SVN delete (still from within TSVN) on the
> VSWorkspace subdirectory from the SubDir1 subdirectory. It took some
> time to complete. When it finished, every icon in SubDir1 (including
> the .svn folder) had turned to the green checkmark overlay.
>
> 5) Going to ParentDir, killing TSVNCache, and then doing a SVN cleanup
> on SubDir1 fixed the problem. Temporarily.
Did you wait a few seconds (~ a minute) before you killed the cache? Did
you hit F5 to refresh the explorer view after waiting a while?
>
> 6) I then went into SubDir1, selected the files, selected the copied
> 'res' directory, and ran a SVN add from TSVN on them. Once the
> operation finished, every icon in SubDir1 changed to the green checkmark
> overlay.
> 7) Going to ParentDir, killing TSVNCache, and then doing a SVN cleanup
> on SubDir1 fixed the problem. Again.
Again:
Did you wait a few seconds (~ a minute) before you killed the cache? Did
you hit F5 to refresh the explorer view after waiting a while?
Because as I mentioned now several times already: if the cache can't
access a working copy to fetch the status (e.g. because another
Subversion client is accessing it), then it will show the 'normal'
overlay for *all* items in a versioned folder, including the .svn
folder. In your case, the first time this was because the delete was
still in progress, the second time it was the add operation.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Oct 4 19:06:17 2006