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

Problems when using both auto-props and use-commit-times

From: David Budworth <dbudworth_at_eloan.com>
Date: 2004-03-17 05:47:49 CET

sysinfo: subversion 1.0.1, client rh9, server mdk10

I'm stumped, I seem to be getting diffs on the $Id:$ tag for any file I
add when use-commit-times and auto-props svn:keywords=Id is set in
/etc/subversion/config

to test, i created a new repo "test2"

I did (note: repo host is called svn):

(first: get repo rev 0 and add a file)
svn co http://svn/test2
cd test2
echo 'a test file with $Id:$' > test.txt
svn commit

(second: delete repo and check out again)
cd ..
rm -r test2
svn co http://svn/test2
cd test2
svn status

At this point, status comes back showing 'test.txt' is M(odified)
Then doing 'svn diff test.txt' actually shows a 1 line change (as
follows)

-a test file with $Id:$
+a test file with $Id$

Note, the 'changed line' is the same, except the : (colon) is missing
from the Id tag.

oddly enough, if I simply disable "use-commit-times" from my global
config, then repeat the second part, no diff occurs.

I can only assume that it has something to do with the timestamp of the
file not actually matching the timestamp of the last update, making svn
believe there is some kind of change, and then performing a diff but
improperly trimming the keyword on the client end prior to diff.

... 10 minutes later (I did some more testing) ...
Turns out, blow away system config completely (so as not to have any
config issues), and just check out 'test2' again, touch a file with a
keyword in it, then do a diff. The keyword mangling on the WC happens
again.

so, i guess it's a bug in the diff mechanism.

As for the use-commit-times flag, I would say it's also a bug that
subversion doesn't realize the the file hasn't changed. I take it
there's no subversion equivalent to the CVS/Entries file which has the
timestamp for whatever rev of file is in your WC?

Should I be filing a bug (or two)?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 17 05:48:22 2004

This is an archived mail posted to the Subversion Users mailing list.

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