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

Re: [Subclipse-dev] [BUG][svnClientAdapter] Problem with SVNStatusUtils.isManaged

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-10-24 18:22:48 CEST

Manfred Klug <manklu@web.de> wrote on 10/24/2006 12:03:36 PM:

> > First off, I see a general problem where a folder that is an
> > is toggling back and forth between versioned and unversioned. I think
> > is probably showing the latter, where it would have previously shown
> > external decorator. This is a "simple" case where the external is
> > something like this:
> >
> > folder url://server/repos/folder
> Found and fixed. The problem that an external is displayed as outgoing
> should be fixed too.
> > When testing with multi-level externals, all of the extra folders that
> > added show as unversioned. Is that your intent? I'd assume not,
> > that causes options like Add to Version Control to be enabled and also

> > causes them to show up in things like commit.
> And if you set the status to ignored, the first folder of the external
with all its
> unversioned resources is ignored too. Is that your intent?

I am not questioning your decisions, I am simply trying to ask how you
have intended it to work so I can evaluate the patch. I was not sure if
you intended for these items to show as unversioned or not.

> > I guess it comes down to what problems are you trying to solve here?
> Have you ever tried a multilevel external without the patch? Except for
> top folder, all intermediate folders are unversioned. Options like add
are no
> new problem. And the top folder is treated as managed with all options
> like synchronize, update, branch, tag, switch etc. Presenting useless
> is a better behaviour?
> The status cache has some very very big problems. This is currently
> the best patch I can provide.

I do not really understand what you are saying. I cannot tell if you are
being rhetorical or asking me a question. I think you just ned to
describe the problem you are solving, and how it should work after your
patch so that I can evaluate it. Do not assume that I just understand the
current problem and that the fix is obvious. I do not use this feature on
a regular basis so have no feel for how it ought to work.



To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Tue Oct 24 18:22:54 2006

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

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