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 Fri Mar 14 20:23:11 2003