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

RE: Obtaining the history of deleted files.

From: Steve Sherwin <Steve.Sherwin_at_aquilauk.co.uk>
Date: 2007-10-15 10:49:06 CEST


I would like to raise the following issues with totoiseSVN. I am unsure
of this is intended behaviour but the messages obtained tend me to think
it is a problem.


Windows XP
TortoiseSVN 1.4.5, Build 10425 - 32 Bit , 2007/08/26 11:14:13

Note: The project was a conversion from cvs to svn using the cvs2svn
scripts but all aspects of the history work and the file was removed
post conversion.

Issue 1 Description:

        If I have a copy of my project checked out of Subversion and
another user deletes a file and commits that change then when I attempt
the retrieve the history (show log) of the deleted file I get the
following error message displayed in a popup-window

                REPORT request failed on
                '/svn/devweb/!svn/bc/264/trunk/.cvsignore' path not

        Revision 263 was the version where the file was removed.

        If I use the command svn log .cvsigonre then I get the history
of the file.

                C:\Eclipse33\devweb>svn log .cvsignore
                r170 | user2 | 2007-03-16 12:25:19 +0000 (Fri, 16 Mar
2007) | 2 lines

                ignore my local copy of cclocal.properties, in this

                r97 | user1 | 2006-12-11 15:40:40 +0000 (Mon, 11 Dec
2006) | 2 lines

                Added to ignore things


        The command svn log -rHEAD .cvsignore does give the same error.

        From viewing various Apache access logs and trying different
scenarios it appears that tortoiseSVN attempts to retrieve all the
history including that which is beyond the revision I current have
checked out. The svn command line appears to take the checked out
revision into account. A workaround does exist. If I get the history of
the directory then find the revision where the file was deleted and use
the show log right click option on the file then the history is
retrieved correctly.

        I have also witnessed this behaviour in Subclipse 1.2.4 using
Eclipse Europa.

Issue 2 Description:

        We have converted a large project from cvs to 2 svn. In this
project we have many tags and branches and we have seen that the
conversion does a great job of retaining the history. However when we
use the revision graph functionality we get the error:

                REPORT request failed on
                REPORT of '/svn/ProjectName/!svn/bc/20786': 200 OK

        20786 is the latest revision number and the error always
displayes the latest revision number.

        We have looked at the access logs and various setting on the
Apache configuration and can not see why we get this. Various searches
of the internet did not reveal anything wrong with the configuation and
many other (smaller) projects work fine. Is this a configuration problem
or an issue with the time it takes to retrieve a larger repository.

Thanks for a great tool and hope the above is enough information.


This email may contain privileged and confidential information and should not be used by anyone who is not
the original intended recipient(s). Any other distribution, use or reproduction without the sender's prior
consent is unauthorised and strictly prohibited.
If you have received this email in error, please notify the sender immediately by email and delete all copies of
the message from your system.
Please consider the environment and don't print this e-mail unless you really need to.
Received on Mon Oct 15 10:54:18 2007

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.