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

Re: RE: Re: "(no date)" shown in logmessage

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Tue, 12 May 2009 22:03:53 +0100

2009/5/12 Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>:
> webpost_at_tigris.org schrieb am 05/12/2009 02:31:55 PM:
>> I cleared the log cache and then additionally disabled it.
>> To test it, I commited (via svn://) a little change and that was
> displayed correctly. But when I
>> deleted something directly in the Repoviewer(is it called like this in
> english?) I got the (no
>> date)-log again. Any ideas?
> From what I could see in your original post,
> the "missing" revisions were additions /
> deletions. And from the comments, I would
> infer that those were made to /branches or
> some other folder.
> If you should not have sufficient access
> rights, SVN might mask those information
> and return an empty revision instead.
> Also, cross-check with the output of the
> command line client.

Now you mention it that makes a lot of sense if the same repo has been
accessed using svnserve and also directly by a user with file://
access. It is possible that some revprops files have been created by
the user and are not readable by svnserve.

This backs up the point that you should never use file:// access on a
repository which is accessed by a proper server. file:// is intended
purely for testing purposes on a local drive. There are plenty of
warnings about this - ignore them at your peril.


:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-12 23:04:06 CEST

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.