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

Re: propget bug?

From: <kfogel_at_collab.net>
Date: 2004-12-29 07:25:19 CET

Ben Collins-Sussman <sussman@collab.net> writes:
> Because to subversion, a "property" is strictly defined as only those
> chunks of metadata explictly created (or at least manipulatable) via
> 'svn propset'.
> Under the hood, we just happened to overload the editor's property
> mechanisms to receive and store other forms of metadata: .svn/entries
> junk coming from the server, and caching metadata generated by ra_dav.
> We could have implemented these other forms of internal metadata in
> any number of ways. Instead, we decided to call everything
> "properties": "entry properties" and "wc properties". It's cute
> that libsvn_wc has a notion of "three kinds of properties". But for
> the person using the svn client, those categories don't exist: it's
> all unknown machinery. To that person, there's only one type of
> property in the whole universe: the kind you create by running 'svn
> propset'. I think it's wrong for 'svn propget' to accidentally reveal
> random hidden guts.

Well, I guess I agree with you. What if someone tries to propset that
thing, for example? Either that would succeed, which is bad, or it
would fail, which is confusing (because after all, they could see it
with propget).

+1 on filing an issue... or just fixing it...

Oh what the heck, fixed in r12523 :-)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 29 07:42:01 2004

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.