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

RE: [Issue 1191] New - svn cat (and others?) don't look to working copy for properties

From: James Lamanna <james.lamanna_at_appliedminds.com>
Date: 2003-03-14 22:28:05 CET

> Regarding the issue:
>
> > + at least svn cat, possible other commands, do not look to the
> > + working copy
> > + property database, only to the database on the server.
> > +
> > + Steps to
> > + reproduce:
> > + 1) checkout some files (if you haven't already)
> > + 2) set a
> > + property for cat, like svn:eol-style on a file
> > + 3) svn cat that file
> > + - the
> > + property doesn't take effect.
>
> If you give the actual commands (i.e., a transcript), then we
> don't have to wonder whether you passed '-r REV' or not :-).

Here are the commands that I used:
svn co http://svn.repository.here/svn/repos/queue.cc
svn propset svn:eol-style 'CRLF' queue.cc
svn cat queue.cc

So no, I didn't pass it any revision tags.

--James

> -----Original Message-----
> From: Karl Fogel [mailto:kfogel@newton.ch.collab.net]
> Sent: Friday, March 14, 2003 10:45 AM
> To: dev@subversion.tigris.org
> Subject: Re: [Issue 1191] New - svn cat (and others?) don't
> look to working copy for properties
>
>
> I'm deliberately discussing this here, not in the issue.
> When we figure out the correct behavior, then we can put that
> in the issue.
>
> Obviously, when 'svn cat' is invoked on a URL, if it honors
> any properties at all it should be those of the URL -- the
> local properties should have no effect.
>
> But how should 'svn cat' behave when invoked on a working
> file? It's help is not much help:
>
> $ svn help cat
> cat: Output the content of specified files or URLs.
> usage: cat TARGET [TARGET [TARGET ... ]]
>
> If -r is passed, then we should cat the specified revision of
> the file, using its props as they appear in that revision,
> and *not* the local props.
>
> If no -r is passed, then we should either cat the text base,
> or the working file. If text base, then the only properties
> to honor for keywords and eol would be the local base properties.
>
> But currently, 'svn cat localfile' gets the URL for
> localfile, then *contacts the server* and cats that URL from
> HEAD. This seems very broken. The file may not even exist
> in HEAD. The correct revision to use is the local rev... In
> which case, we don't need to contact the server, we can just
> use local text base and prop base to do it.
>
> Does this sound reasonable?
>
> I think the current issue needs to be made a lot more
> specific, and maybe a separate new issue filed as well?
>
> Regarding the issue:
>
> > + at least svn cat, possible other commands, do not look to the
> > + working copy
> > + property database, only to the database on the server.
> > +
> > + Steps to
> > + reproduce:
> > + 1) checkout some files (if you haven't already)
> > + 2) set a
> > + property for cat, like svn:eol-style on a file
> > + 3) svn cat that file
> > + - the
> > + property doesn't take effect.
>
> If you give the actual commands (i.e., a transcript), then we
> don't have to wonder whether you passed '-r REV' or not :-).
>
> Thanks,
> -Karl
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 15 02:37:42 2003

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

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