You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Vincent Lefevre <vi...@vinc17.org> on 2003/12/08 13:09:27 UTC
Bugs related to the svn:keywords property
Hi,
I'm using subversion 0.33 (because this is the latest version as a
Debian package), and I noticed the following bug. I did a
svn mkdir dir2
svn copy dir1/file dir2/file
svn propdel svn:keywords dir2/file
where the keywords contained Id (and Date) and file had an $Id$. I also
modified dir2/file after the copy. But when I did a "svn commit", the
file dir2/file itself was correctly committed, but the keywords were
not removed in the repository, as told by both "svn st" and "svn diff":
Property changes on: dir2/file
___________________________________________________________________
Name: svn:keywords
- Id Date
I could also see this problem when I did a "svn up" from another
working copy (the Id keyword was expanded there). "svnadmin dump"
did not show any property modification...
Then I did a "svn commit" from the first working copy to remove the
keywords. But after I did a "svn up" from the second working copy,
the Id keyword was not unexpanded; I had to remove the file from the
working copy and do a "svn up" again.
--
Vincent Lefèvre <vi...@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Bugs related to the svn:keywords property
Posted by Vincent Lefevre <vi...@vinc17.org>.
On 2003-12-09 19:36:21 -0500, Greg Hudson wrote:
> The working copy code assumed (in two places) that added files have
> no base props, so if you copy a file and empty out the properties,
> the code doesn't think there have been any property changes. Fixed
> in r7968, which will make it into svn 0.35.
OK, thanks.
> Incidentally, ou can do "svn pl URL" to authoritatively find out the
> repository's idea of what properties a file has. (You appeared to use
> more indirect methods, such as svnadmin dump
Yes, because I suppose that "svnadmin dump" is the most reliable way
to know what the repository has (I hope that there's no bug there :).
> or a second working copy.)
Well, I always have a second working copy (it is on a different
machine, and subversion is a way to synchronize my files, in
addition to version control).
--
Vincent Lefèvre <vi...@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Bugs related to the svn:keywords property
Posted by Greg Hudson <gh...@MIT.EDU>.
On Mon, 2003-12-08 at 08:09, Vincent Lefevre wrote:
> I'm using subversion 0.33 (because this is the latest version as a
> Debian package), and I noticed the following bug. I did a
>
> svn mkdir dir2
> svn copy dir1/file dir2/file
> svn propdel svn:keywords dir2/file
>
> where the keywords contained Id (and Date) and file had an $Id$.
The working copy code assumed (in two places) that added files have no
base props, so if you copy a file and empty out the properties, the code
doesn't think there have been any property changes. Fixed in r7968,
which will make it into svn 0.35.
With this bug fixed, the properties should stay consistent between
client and repository, but keywords won't be de-substituted when you
remove (or subtract entries from) svn:keywords. I don't know how
difficult that would be; if we did that, we'd also want to expand
keywords when we add entries to svn:keywords, and I don't know if that's
even meaningful for an added-but-not-yet-committed file.
Incidentally, ou can do "svn pl URL" to authoritatively find out the
repository's idea of what properties a file has. (You appeared to use
more indirect methods, such as svnadmin dump or a second working copy.)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org