[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Issue with 1.4.0

From: Thomas Hruska <thruska_at_cubiclesoft.com>
Date: 2006-10-04 05:31:28 CEST

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.

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.

* #3 may be completely irrelevant, but I try to remember every set of
operations I do in the order I do it in and this was something I did, so
I documented it.

#5 and #7 seem to be a reasonable workaround until whatever is wrong
gets found and fixed.

--
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 05:31:42 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.