Stefan Küng wrote:
> 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?
When this happened before, I left it in an affected directory overnight
once (something like 7 hours) just to see if anything would happen.
Nothing did. Yeah, I waited this time too but not nearly as long.
Did
> you hit F5 to refresh the explorer view after waiting a while?
I did hit F5 once to try refreshing this most recent time. During
previous times, I recall holding down the F5 key for several seconds
just to see if it would do anything. Again, nothing happened. Other
times I've hit F5 and it would do nothing. Only SVN cleanup seems to
affect anything.
> 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
I should mention that all of the operations are being done on a USB
thumbdrive...not the hard drive. TSVN is the only interface to the
Subversion client that I'm using. I _DO_ have TortoiseCVS installed as
well, but I manually deleted the registry entries that would show the
icons for TCVS. Besides, TCVS doesn't use Subversion...
The USB thumbdrive may be causing some specific synchronization issue to
be exasperated because thumbdrives are simply slower.
--
Thomas Hruska
CubicleSoft President
Ph: 517-803-4197
Safe C++ Design Principles (First Edition)
Learn how to write memory leak-free, secure,
stable, portable, and user-friendly software.
Learn more and view a sample chapter:
http://www.CubicleSoft.com/SafeCPPDesign/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Oct 4 23:21:50 2006